home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / ccitt / 1988 / troff / 8_1_09.tro < prev    next >
Text File  |  1991-12-22  |  99KB  |  3,876 lines
  1. .rs
  2. .\" Troff code generated by TPS Convert from ITU Original Files
  3. .\"                 Not Copyright (~c) 1991 
  4. .\"
  5. .\" Assumes tbl, eqn, MS macros, and lots of luck.
  6. .TA 1c 2c 3c 4c 5c 6c 7c 8c
  7. .ds CH
  8. .ds CF
  9. .EQ
  10. delim @@
  11. .EN
  12. .nr LL 40.5P
  13. .nr ll 40.5P
  14. .nr HM 3P
  15. .nr FM 6P
  16. .nr PO 4P
  17. .nr PD 9p
  18. .po 4P
  19.  
  20. .rs
  21. \v'|.5i'
  22. .sp 1P
  23. .ce 1000
  24. \v'3P'
  25. SECTION\ 6
  26. .ce 0
  27. .sp 1P
  28. .ce 1000
  29. \fBINTERWORKING\ WITH\ OTHER\ NETWORKS\fR \v'1P'
  30. .ce 0
  31. .sp 1P
  32. .sp 2P
  33. .LP
  34. \fBRecommendation\ V.100\fR 
  35. .RT
  36. .sp 2P
  37. .ce 1000
  38. \fBINTERCONNECTION\ BETWEEN\ \fR \fBPUBLIC\ DATA\ NETWORKS\fR 
  39. .EF '%    Fascicle\ VIII.1\ \(em\ Rec.\ V.100''
  40. .OF '''Fascicle\ VIII.1\ \(em\ Rec.\ V.100    %'
  41. .ce 0
  42. .ce 1000
  43. \fB(PDNs)\fR \fB\ AND\ \fR \fBTHE\ PUBLIC\ SWITCHED\fR 
  44. .ce 0
  45. .sp 1P
  46. .ce 1000
  47. \fBTELEPHONE\ NETWORKS\ (PSTN)\fR 
  48. .ce 0
  49. .sp 1P
  50. .ce 1000
  51. \fI(Malaga\(hyTorremolinos, 1984)\fR \v'1P'
  52. .sp 9p
  53. .RT
  54. .ce 0
  55. .sp 1P
  56. .sp 2P
  57. .LP
  58.     The\ CCITT,
  59. .sp 1P
  60. .RT
  61. .sp 1P
  62. .LP
  63. \fIconsidering that\fR 
  64. .sp 9p
  65. .RT
  66. .PP
  67. (a)
  68. a data station may have an ingoing or outgoing access to a packet switched 
  69. public data network (PSPDN) via the 
  70. national
  71. .FS
  72. International access to a PSPDN via PSTN is not envisaged.
  73. .FE
  74. PSTN;
  75. .PP
  76. (b)
  77. the transmission characteristics of the data station may not be known at 
  78. the PSPDN access level; 
  79. .PP
  80. (c)
  81. in this case, the transmission characteristics have to be negotiated between 
  82. modems before establishing the connection; 
  83. .PP
  84. (d)
  85. half\(hyduplex modems as well as full duplex modems may be  used;
  86. .sp 1P
  87. .LP
  88. \fIproposes\fR 
  89. .sp 9p
  90. .RT
  91. .PP
  92. that Administrations may optionally introduce the following
  93. handshaking procedures
  94. including the types of modems to be
  95. supported.
  96. .sp 2P
  97. .LP
  98. \fB1\fR     \fBProcedure description\fR 
  99. .sp 1P
  100. .RT
  101. .PP
  102. According to the type of modem (see Table 1/V.100), a half\(hyduplex or 
  103. a duplex procedure is used. 
  104. .RT
  105. .sp 1P
  106. .LP
  107. 1.1
  108.     \fIHalf\(hyduplex procedure\fR 
  109. .sp 9p
  110. .RT
  111. .PP
  112. See Figure 1/V.100.
  113. .RT
  114. .sp 1P
  115. .LP
  116. 1.1.1
  117.     \fIAnswer mode modem\fR \v'3p'
  118. .sp 9p
  119. .RT
  120. .LP
  121.     a)
  122.     Following the transmission of the answer sequence in
  123. accordance with Recommendation\ V.25, the modem shall apply an ON
  124. condition to circuit\ 107, and then transmit a segment\ S1 in
  125. accordance with Table\ 1/V.100 for 294\ ms. Interchange
  126. circuits\ 106 and\ 109 are in the OFF condition during the
  127. procedure.
  128. .LP
  129.     b)
  130.     The modem remains silent until it detects S2 (defined in
  131. Table\ 1/V.100) or the synchronizing signals of a V.27\|\fIter\fR modem 
  132. in the fallback mode. 
  133. .LP
  134.     c)
  135.     Then the modem conditions itself to the selected mode or
  136. disconnects.
  137. .PP
  138. If no response is detected within 2 seconds following the end of the S1\ 
  139. transmission, the modem resumes transmitting S1. 
  140. .bp
  141. .RT
  142. .ce
  143. \fBH.T. [T1.100]\fR 
  144. .ce
  145. TABLE\ 1/V.100
  146. .ce
  147. \fBS2 and S1 signals\fR 
  148. .ps 9
  149. .vs 11
  150. .nr VS 11
  151. .nr PS 9
  152. .TS
  153. center box;
  154. cw(36p) | cw(36p) | cw(36p) | cw(36p) | cw(42p) | cw(42p) .
  155. Categories    Data rate  (bit/s)    Recommendation    Procedure    S2  (Calling DCE)    S1  (Answering DCE)
  156. _
  157. .T&
  158. lw(36p) | cw(36p) | cw(36p) | cw(36p) | cw(42p) | cw(42p) .
  159. Duplex asynchronous    \ 300 1200    V.21 V.22    Duplex Duplex    \ 980 Hz 1200 Hz    1650 Hz 1800 + 2250 Hz
  160. _
  161. .T&
  162. lw(36p) | cw(36p) | cw(36p) | cw(36p) | cw(42p) | cw(42p) .
  163. Duplex synchronous (FDM)    1200 2400    V.22 V.22\|\fIbis\fR    Duplex Duplex    1200 Hz 1200 Hz    1800 + 2250 Hz 1800 + 2250 Hz
  164. _
  165. .T&
  166. lw(36p) | cw(36p) | cw(36p) | cw(36p) | cw(42p) | cw(42p) .
  167. T{
  168. Duplex synchronous (ECT)\|\ua\d\u)\d
  169. T}    2400 4800 9600    V.26\|\fIter\fR V.32 V.32    Half\(hyduplex Duplex Duplex    T{
  170. (See V.26\|\fIter\fR
  171. )
  172. (See V.32)
  173. (See V.32)
  174. T}    T{
  175. (See V.26\|\fIter\fR
  176. )
  177. (See V.32)
  178. (See V.32)
  179. T}
  180. _
  181. .T&
  182. lw(36p) | cw(36p) | cw(36p) | cw(36p) | cw(42p) | cw(42p) .
  183. Half\(hyduplex synchronous    2400    T{
  184. V.27\|\fIter\fR
  185. (fallback mode)
  186. T}    Half\(hyduplex    None    None
  187. .T&
  188. lw(36p) | cw(36p) | cw(36p) | cw(36p) | cw(42p) | cw(42p) .
  189.     4800    V.27\|\fIter\fR    Half\(hyduplex    1400 Hz    2200 Hz
  190. .T&
  191. lw(36p) | cw(36p) | cw(36p) | cw(36p) | cw(42p) | cw(42p) .
  192.     9600    (Under study)    Half\(hyduplex    1100 Hz    2300 Hz
  193. _
  194. .T&
  195. lw(36p) | cw(36p) | cw(36p) | cw(36p) | cw(42p) | cw(42p) .
  196. Asymmetric asynchronous    75/1200    V.23    Duplex    390 Hz    1300 Hz
  197. .TE
  198. .LP
  199. \ua\d\u)\d\ ECT\ =\ echo cancellation technique.
  200. .nr PS 9
  201. .RT
  202. .ad r
  203. \fBTable 1/V.100 [T1.100], p.\fR 
  204. .ad b
  205. .RT
  206. .LP
  207. .rs
  208. .sp 26P
  209. .ad r
  210. \fBFigure 1/V.100, p.\fR 
  211. .ad b
  212. .RT
  213. .LP
  214. .bp
  215. .PP
  216. If S2 indicates a capability not available, the modem shall
  217. disconnect from the line.
  218. .PP
  219. If S2 indicates a capability available, the modem conditions
  220. itself to this mode.
  221. .RT
  222. .LP
  223.     d)
  224.     After the end of reception of S2, in the case of a duplex
  225. modem (see V.26\|\fIter\fR ), in accordance with Recommendation G.164,
  226. the modem transmits a 2100\ \(+-\ 15\ Hz tone for 500\ \(+-\ 50\ ms to
  227. disable echo suppressors, then remains silent for 75\ \(+-\ 20\ ms.
  228. .LP
  229.     \fINote\fR \ \(em\ In the case of half\(hyduplex modems, the transmission of
  230. the 2100\ Hz tone is not needed.
  231. .sp 1P
  232. .LP
  233. 1.1.2
  234.     \fICall mode modem\fR \v'3p'
  235. .sp 9p
  236. .RT
  237. .LP
  238.     a)
  239.     After connection to line, the modem shall apply an ON
  240. condition to circuit\ 107 (interchange circuits\ 106 and\ 109 are
  241. in the OFF condition during the procedure). The modem keeps
  242. silent during at least 400\ ms.
  243. .LP
  244.     During this period, it detects S1.
  245. .LP
  246.     The calling modem selects a mode of interworking in
  247. accordance with S1 or its nominal one.
  248. .LP
  249.     b)
  250.     Then, it transmits S2 in accordance with Table 1/V.100 or
  251. the synchronizing signals of a V.27\|\fIter\fR modem in the fallback mode 
  252. at 2400\ bit/s. 
  253. .LP
  254.     c)
  255.     Then, it conditions itself to the selected capability.
  256. .sp 1P
  257. .LP
  258. 1.2
  259.     \fIDuplex procedure\fR 
  260. .sp 9p
  261. .RT
  262. .PP
  263. See Figure 2/V.100.
  264. .RT
  265. .LP
  266. .rs
  267. .sp 27P
  268. .ad r
  269. \fBFigure 2/V.100, p.\fR 
  270. .sp 1P
  271. .RT
  272. .ad b
  273. .RT
  274. .LP
  275. .bp
  276. .sp 1P
  277. .LP
  278. 1.2.1
  279.     \fIAnswer mode modem\fR \v'3p'
  280. .sp 9p
  281. .RT
  282. .LP
  283.     a)
  284.     Following the transmission of the answer sequence in
  285. accordance with Recommendation\ V.25, the modem shall apply an ON
  286. condition to circuit\ 107 (interchange circuits\ 106 and\ 109 are
  287. in the OFF condition during the procedure.
  288. .LP
  289.     b)
  290.     Then, the modem transmits a segment S1 in accordance with
  291. Table\ 1/V.100 at least 40\ \(+-\ 10\ ms and until it has detected the
  292. end of transmission of\ S2.
  293. .LP
  294.     \fINote\fR \ \(em\ During this period, some exchanges may occur
  295. between the two modems according to the Series\ V\ Recommendation
  296. concerned (see Recommendation\ V.32).
  297. .PP
  298. If no response is detected within a time period (under study), the modem 
  299. shall disconnect from line. 
  300. .PP
  301. If S2 indicates a capability not available, the modem shall disconnect 
  302. from the line. 
  303. .PP
  304. If S2 indicates a capability available, the modem conditions itself to 
  305. this mode. 
  306. .RT
  307. .sp 1P
  308. .LP
  309. 1.2.2
  310.     \fICall mode modem\fR \v'3p'
  311. .sp 9p
  312. .RT
  313. .LP
  314.     a)
  315.     In accordance with Recommendation V.25, after detection of
  316. the 2100\ Hz tone and a silent period of 75\ \(+-\ 20\ ms, the modem
  317. shall apply an ON condition to circuit\ 107 (interchange
  318. circuits\ 106 and\ 109 are in the OFF condition during the
  319. procedure).
  320. .LP
  321.     b)
  322.     The modem detects S1.
  323. .LP
  324.     The calling modem selects a mode of interworking in
  325. accordance with S1 or its nominal one.
  326. .LP
  327.     c)
  328.     Then, it transmits S2 in accordance with Table\ 1/V.100.
  329. .LP
  330.     \fINote\fR \ \(em\ If the modem has only one possibility, it may
  331. transmit S2 after being connected to line.
  332. .LP
  333.     d)
  334.     Then, it conditions itself to the selected capability.
  335. .sp 2P
  336. .LP
  337. \fB2\fR     \fBCombined half and duplex procedure\fR 
  338. .sp 1P
  339. .RT
  340. .PP
  341. This section describes the interworking between a DCE having the
  342. capability of handling the two procedures [referrd to as 
  343. two procedures
  344. (TP)modem
  345. ] and DCEs having only one procedure.
  346. .RT
  347. .sp 2P
  348. .LP
  349. 2.1
  350.     \fIInterworking with half\(hyduplex procedure\fR 
  351. .sp 1P
  352. .RT
  353. .sp 1P
  354. .LP
  355. 2.1.1
  356.     \fITP modem\fR \fIin the answering mode\fR 
  357. .sp 9p
  358. .RT
  359. .PP
  360. See Figure 3/V.100.
  361. .RT
  362. .LP
  363. .rs
  364. .sp 16P
  365. .ad r
  366. \fBFigure 3/V.100, p.\fR 
  367. .sp 1P
  368. .RT
  369. .ad b
  370. .RT
  371. .LP
  372. .bp
  373. .sp 1P
  374. .LP
  375. 2.1.1.1
  376.     \fIAnswer TP modem\fR \v'3p'
  377. .sp 9p
  378. .RT
  379. .LP
  380.     a)
  381.     After the V.25 sequence, the modem will transmit S1 which is
  382. composed of two segments\ S11 and\ S12 (as described in
  383. Appendix\ I to Recommendation\ V.32).
  384. .LP
  385.     S11 is a modulated signal transmitted during 294 ms in a
  386. 600\(hy3000\ Hz bandwidth, S12 is a tone out of the\ 600\(hy3000\ Hz
  387. band.
  388. .LP
  389.     b)
  390.     After the transmission of S12, the modem is waiting for S2.
  391. When it detects\ S2, it stops transmitting S12 and proceeds with
  392. the half\(hyduplex procedure.
  393. .sp 1P
  394. .LP
  395. 2.1.1.2
  396.     \fICalling modem\fR 
  397. .sp 9p
  398. .RT
  399. .PP
  400. The calling modem shall proceed with the half\(hyduplex procedure
  401. taking into account that\ S12 is an out\(hyof\(hyband signal.
  402. .RT
  403. .sp 1P
  404. .LP
  405. 2.1.2
  406.     \fITP modem\fR \fIin the calling mode\fR 
  407. .sp 9p
  408. .RT
  409. .PP
  410. See Figure 4/V.100.
  411. .RT
  412. .LP
  413. .rs
  414. .sp 10P
  415. .ad r
  416. \fBFigure 4/V.100, p.\fR 
  417. .sp 1P
  418. .RT
  419. .ad b
  420. .RT
  421. .sp 1P
  422. .LP
  423. 2.1.2.1
  424.     \fIAnswering modem\fR 
  425. .sp 9p
  426. .RT
  427. .PP
  428. The answering modem shall proceed with the half\(hyduplex
  429. procedure.
  430. .RT
  431. .sp 1P
  432. .LP
  433. 2.1.2.2
  434.     \fICalling TP modem\fR 
  435. .sp 9p
  436. .RT
  437. .PP
  438. The calling TP modem after the V.25 sequence and connection to line remains 
  439. silent. It detects\ S1 and shall proceed with the 
  440. half\(hyduplex procedure.
  441. .RT
  442. .sp 2P
  443. .LP
  444. 2.2
  445.     \fIInterworking with duplex procedure\fR 
  446. .sp 1P
  447. .RT
  448. .sp 1P
  449. .LP
  450. 2.2.1
  451.     \fITP modem in the answering mode\fR 
  452. .sp 9p
  453. .RT
  454. .PP
  455. See Figure 5/V.100.
  456. .RT
  457. .LP
  458. .rs
  459. .sp 12P
  460. .ad r
  461. \fBFigure 5/V.100, p.\fR 
  462. .sp 1P
  463. .RT
  464. .ad b
  465. .RT
  466. .LP
  467. .bp
  468. .sp 1P
  469. .LP
  470. 2.2.1.1
  471.     \fIAnswering TP modem\fR 
  472. .sp 9p
  473. .RT
  474. .PP
  475. The modem proceeds as in \(sc\ 2.1.1.1 except that after detection of S2, 
  476. it shall follow the duplex procedure. 
  477. .RT
  478. .sp 1P
  479. .LP
  480. 2.2.1.2
  481.     \fICalling modem\fR 
  482. .sp 9p
  483. .RT
  484. .PP
  485. The calling modem shall proceed with the duplex procedure.
  486. .RT
  487. .sp 2P
  488. .LP
  489. 2.2.2
  490.     \fITP modem in the calling mode\fR 
  491. .sp 1P
  492. .RT
  493. .PP
  494. See Figure 6/V.100.
  495. .RT
  496. .LP
  497. .rs
  498. .sp 10P
  499. .ad r
  500. \fBFigure 6/V.100, p.\fR 
  501. .sp 1P
  502. .RT
  503. .ad b
  504. .RT
  505. .sp 1P
  506. .LP
  507. 2.2.2.1
  508.     \fIAnswering modem\fR 
  509. .sp 9p
  510. .RT
  511. .PP
  512. The answering modem shall proceed with the duplex procedure.
  513. .RT
  514. .sp 1P
  515. .LP
  516. 2.2.2.2
  517.     \fICalling TP modem\fR 
  518. .sp 9p
  519. .RT
  520. .PP
  521. The calling TP modem after the V.25 sequence and connection to line remains 
  522. silent. It detects\ S1 and shall proceed with the duplex procedure. 
  523. \v'1P'
  524. .RT
  525. .sp 2P
  526. .LP
  527. \fBRecommendation\ V.110\fR 
  528. .FS
  529. This Recommendation is also included in the Recommendations of the I\(hySeries 
  530. under the number I.463. 
  531. .FE
  532. .RT
  533. .sp 2P
  534. .ce 1000
  535. \fBSUPPORT\ OF\ DATA\ TERMINAL\ EQUIPMENTS\ (DTEs)\ WITH\fR \|
  536. \fBV\(hySERIES\ TYPE\ INTERFACES\fR 
  537. .EF '%    Fascicle\ VIII.1\ \(em\ Rec.\ V.110''
  538. .OF '''Fascicle\ VIII.1\ \(em\ Rec.\ V.110    %'
  539. .ce 0
  540. .sp 1P
  541. .ce 1000
  542. \fBBY\ AN\ INTEGRATED\ SERVICES\ DIGITAL\ NETWORK\ (ISDN)\fR 
  543. .ce 0
  544. .sp 1P
  545. .ce 1000
  546. \fI(Malaga\(hyTorremolinos, 1984; amended at Melbourne, 1988)\fR 
  547. .sp 9p
  548. .RT
  549. .ce 0
  550. .sp 1P
  551. .sp 2P
  552. .LP
  553.     The\ CCITT,
  554. .sp 1P
  555. .RT
  556. .sp 1P
  557. .LP
  558. \fIconsidering\fR 
  559. .sp 9p
  560. .RT
  561. .PP
  562. (a)
  563. that the ISDN will offer the universal interfaces to
  564. connect subscriber terminals according to the reference configuration
  565. described in Recommendation I.411;
  566. .PP
  567. (b)
  568. that during the evolution of ISDN however there will
  569. exist for a considerable period DTEs with V\(hyseries type interfaces which 
  570. have to be connected to the ISDN; 
  571. .PP
  572. (c)
  573. that bearer services supported by an ISDN are described in Recommendation\ 
  574. I.211; 
  575. .PP
  576. (d)
  577. that the D\(hychannel signalling protocol is described in Recommendations\ 
  578. I.430, I.441/Q.921 and I.451/Q.931; 
  579. .bp
  580. .sp 1P
  581. .LP
  582. \fIunanimously declares the view\fR 
  583. .sp 9p
  584. .RT
  585. .PP
  586. (1)
  587. that the scope of this Recommendation shall cover the
  588. connection of terminals with interfaces for modems conforming to current
  589. V\(hySeries Recommendations on the ISDN operating in accordance with
  590. circuit switched or leased circuit services;
  591. .PP
  592. (2)
  593. that the following circuit switched service
  594. capabilities shall be supported:
  595. .LP
  596.     \(em
  597.     data transmission, (or)
  598. .LP
  599.     \(em
  600.     alternate speech/data transmission, (and/or)
  601. .LP
  602.     \(em
  603.     automatic calling and/or automatic answering;
  604. .PP
  605. (3)
  606. that the reference configurations of \(sc\ 1 shall apply;
  607. .PP
  608. (4)
  609. that the support of interworking of TEs on an ISDN with DTEs on other types 
  610. of networks, e.g.\ PSTN, is described in the 
  611. Recommendation\ I.500 Series;
  612. .PP
  613. (5)
  614. that the terminal adaptor (TA) functions necessary to support the connection 
  615. of DTEs with V\(hyseries type interfaces on an ISDN, shall include the 
  616. following: 
  617. .LP
  618.     \(em
  619.     conversion of electrical and mechanical interface
  620. characteristics;
  621. .LP
  622.     \(em
  623.     bit rate adaptation;
  624. .LP
  625.     \(em
  626.     end\(hyto\(hyend synchronization of entry to and exit
  627. from the data transfer phase;
  628. .LP
  629.     \(em
  630.     call establishment and disestablishment based on either
  631. manual or automatic calling and/or automatic answering.
  632. .sp 2P
  633. .LP
  634. \fB1\fR     \fBReference configurations\fR 
  635. .sp 1P
  636. .RT
  637. .sp 1P
  638. .LP
  639. 1.1
  640.     \fITerminal adaptor reference model\fR 
  641. .sp 9p
  642. .RT
  643. .PP
  644. The terminal adaptor functions have been defined in the context of a simple 
  645. reference model. Annex\ A describes the reference model in further 
  646. detail, and defines a basic terminal adaptor TA\(hyA, and an
  647. autocalling/autoanswering terminal adaptor TA\(hyB.
  648. .RT
  649. .sp 1P
  650. .LP
  651. 1.2
  652.     \fIConnection types\fR 
  653. .sp 9p
  654. .RT
  655. .PP
  656. The terminal adaptor functions described in this Recommendation
  657. take into account interworking between TAs of different types, e.g.\ V\(hySeries 
  658. TE2 with X.21\ TE2, and end\(hyto\(hyend connections of different types. 
  659. These are 
  660. described in further detail in Annex\ A.
  661. .RT
  662. .sp 2P
  663. .LP
  664. \fB2\fR     \fBLine signals at S and T reference points\fR 
  665. .sp 1P
  666. .RT
  667. .PP
  668. The TA signals at ISDN reference points S or T shall be in
  669. conformance with the characteristics of 
  670. an\ ISDN's \*QBasic user/network
  671. interface\*U as described in Recommendation\ I.430 (Layer 1 specification),
  672. I.441/Q.921 (Layer\ 2 specification) and I.451/Q.931 (Layer\ 3
  673. specification).
  674. .RT
  675. .sp 2P
  676. .LP
  677. 2.1
  678.      \fIBit rate adaptation of synchronous data signalling rates up to 19.2 
  679. kbit/s\fR 
  680. .sp 1P
  681. .RT
  682. .sp 1P
  683. .LP
  684. 2.1.1
  685.     \fIGeneral approach\fR 
  686. .sp 9p
  687. .RT
  688. .PP
  689. The bit rate adaptation functions within the TA are shown in
  690. Figure\ 1/V.110. The functions RA1 converts the user data signalling rate 
  691. to an appropriate intermediate rate expressed by 2\fI\fI 
  692. \u\fIk\fR\d\ \(mu\ 8\ kbit/s
  693. (where\ \fIk\fR \ =\ 0, 1 or\ 2). RA2 performs the second conversion from the
  694. intermediate rates to 64\ kbit/s. The data signalling rates of 48 and 56\ 
  695. kbit/s are converted directly into the 64\ kbit/s B\ channel rate. 
  696. .RT
  697. .sp 1P
  698. .LP
  699. 2.1.2
  700.      \fIAdaptation of V\(hyseries data signalling rates to the intermediate\fR 
  701. \fIrates\fR 
  702. .sp 9p
  703. .RT
  704. .PP
  705. The intermediate rate used with each of the V\(hyseries data
  706. signalling rates are shown in Table 1/V.110.
  707. .PP
  708. \fINote\fR \ \(em\ The specific 
  709. V\(hyseries data signalling rate(s)
  710. to be   supported by an ISDN are for further study.
  711. .bp
  712. .RT
  713. .LP
  714. .rs
  715. .sp 16P
  716. .ad r
  717. \fBFigure 1/V.110, p.\fR 
  718. .sp 1P
  719. .RT
  720. .ad b
  721. .RT
  722. .ce
  723. \fBH.T. [T1.110] 
  724. .ce
  725. TABLE\ 1/V.110
  726. .ce
  727. \fBFirst step rate adaptation\fR 
  728. .T&
  729. lw(72p) | lw(36p) | lw(36p) | lw(36p) .
  730.             
  731. .T&
  732. lw(72p) | lw(36p) | lw(36p) | lw(36p) .
  733. X \ 9\|600            
  734. .T&
  735. lw(72p) | lw(36p) | lw(36p) | lw(36p) .
  736. X 12\|000            
  737. .T&
  738. lw(72p) | lw(36p) | lw(36p) | lw(36p) .
  739.     X 14\|400        
  740. .T&
  741. lw(72p) | lw(36p) | lw(36p) | lw(36p) .
  742.     X 19\|200        
  743. .T&
  744. lw(72p) | lw(36p) | lw(36p) | lw(36p) .
  745.     X        
  746. .TE
  747. .nr PS 9
  748. .RT
  749. .ad r
  750. \fBTable 1/V.110 [T1.110], p.\fR 
  751. .sp 1P
  752. .RT
  753. .ad b
  754. .RT
  755. .sp 1P
  756. .LP
  757. .sp 2
  758. 2.1.2.1
  759.     \fIFrame structure\fR 
  760. .sp 9p
  761. .RT
  762. .PP
  763. The frame structure is shown in Table 2/V.110 and is described in the following 
  764. paragraphs. 
  765. .PP
  766. As shown in Table 2/V.110, the conversion of the V\(hyseries rates to the 
  767. intermediate rates uses an 80\ bit frame. The octet zero contains all binary\ 
  768. 0, whilst octet\ 5 consists of a binary\ 1 followed by seven E\ bits 
  769. (see\ \(sc\ 2.1.2.4). Octets\ 1\(hy4 and 6\(hy9 contain a binary\ 1 in 
  770. bit number one, a status bit (S or X\ bit) in bit number\ 8 and six data 
  771. bits (D\ bits) in bit 
  772. positions 2\(hy7. The order of bit transmission is from left to right and 
  773. top to bottom. 
  774. .bp
  775. .RT
  776. .ce
  777. \fBH.T. [T2.110] 
  778. .ce
  779. TABLE\ 2/V.110
  780. .ce
  781. \fBFrame structure\fR 
  782. .T&
  783. lw(48p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) 
  784. | lw(18p) . 
  785.                                 
  786. .TE
  787. .nr PS 9
  788. .RT
  789. .ad r
  790. \fBTable 2/V.110 [T2.110], p.\fR 
  791. .sp 1P
  792. .RT
  793. .ad b
  794. .RT
  795. .sp 1P
  796. .LP
  797. .sp 5
  798. 2.1.2.2
  799.     \fIFrame synchronization\fR 
  800. .sp 9p
  801. .RT
  802. .PP
  803. The 17\(hybit frame alignment pattern consists of all 8 bits (set to binary\ 
  804. 0) of octet zero and bit one (set to binary\ 1) of the following nine 
  805. octets (see also \(sc\ 2.1.3).
  806. .RT
  807. .sp 1P
  808. .LP
  809. 2.1.2.3
  810.     \fIStatus bits (S1, S3, S4, S6, S8, S9 and X)\fR 
  811. .sp 9p
  812. .RT
  813. .PP
  814. The bits S and X are used to convey channel control information
  815. associated with the data bits in the data transfer state, as shown in
  816. Table\ 3/V.110. The S\(hybits are put into two groups SA and SB, to carry the
  817. condition of two interchange circuits. The X\(hybit is used to carry the 
  818. condition of circuit\ 106, and in addition, signals the state of frame 
  819. synchronization 
  820. between TAs. The X\(hybit can also be used optionally to carry flow control
  821. information between TAs supporting asynchronous terminal equipment. This 
  822. usage is specified in \(sc\ 2.4.2. 
  823. .PP
  824. The use of S and X bits for synchronization of entry to and exit from the 
  825. data transfer state is specified in\ \(sc\ 4. 
  826. .PP
  827. The mechanism for proper assignment of the control information from
  828. the transmitting signal rate adapter interface via these bits to the receiving 
  829. signal rate adapter interface is shown in Table\ 3/V.110 and described 
  830. in\ \(sc\ 4. 
  831. .bp
  832. .PP
  833. For the S and X bits, a ZERO corresponds with the ON condition, a ONE with 
  834. the OFF condition. 
  835. .PP
  836. Control information, conveyed by the S bits, and user data, conveyed by 
  837. the D\ bits, should not have different transmission delays. The S\ bits 
  838. should therefore transmit control information sampled simultaneously with 
  839. the D\ bits in the positions specified in Table\ 4/V.110 and as presented 
  840. in 
  841. Figure\ 2/V.110.
  842. .PP
  843. The X bit should be presented upon arrival to control circuit 106.
  844. Circuit\ 106 shall respond as defined in\ \(sc\ 3.3 (X\ =\ ZERO, 106\ =\ ON).
  845. .RT
  846. .LP
  847. .sp 1
  848. .ce
  849. \fBH.T. [T3.110]\fR 
  850. .ce
  851.  
  852. .ce
  853. TABLE\ 3/V.110
  854. .ce
  855. \fBGeneral mapping scheme\fR 
  856. .ps 9
  857. .vs 11
  858. .nr VS 11
  859. .nr PS 9
  860. .TS
  861. center box;
  862. lw(60p) | lw(48p) | lw(72p) .
  863.         
  864. .TE
  865. .nr PS 9
  866. .RT
  867. .ad r
  868. \fBTableau 3/V.110 [T3.110], p. 11\fR 
  869. .sp 1P
  870. .RT
  871. .ad b
  872. .RT
  873. .LP
  874. .sp 5
  875. .ce
  876. \fBH.T. [T4.110]
  877. .ce
  878. TABLE\ 4/V.110
  879. .ce
  880. \fBCoordination between S bits and D bits\fR 
  881. .T&
  882. lw(36p) | lw(48p) | lw(48p) .
  883.         
  884. .TE
  885. .nr PS 9
  886. .RT
  887. .ad r
  888. \fBTableau 4/V.110 [T4.110], p. 12\fR 
  889. .sp 1P
  890. .RT
  891. .ad b
  892. .RT
  893. .LP
  894. .rs
  895. .sp 4P
  896. .ad r
  897. Blanc
  898. .ad b
  899. .RT
  900. .LP
  901. .bp
  902. .LP
  903. .rs
  904. .sp 42P
  905. .ad r
  906. \fBFigure 2/V.110, p. 13\fR 
  907. .sp 1P
  908. .RT
  909. .ad b
  910. .RT
  911. .sp 1P
  912. .LP
  913. 2.1.2.4
  914.     \fIE\(hybit usage\fR 
  915. .sp 9p
  916. .RT
  917. .PP
  918. The E bits are used to carry the following information:
  919. .RT
  920. .LP
  921.     a)
  922.     Rate repetition information: bits E1, E2 and E3, in
  923. conjunction with the intermediate rate (see Table\ 2/V.110),
  924. provide the user data signalling rate (synchronous)
  925. identification. The coding of these bits shall be as shown
  926. in Table\ 5/V.110.
  927. .LP
  928.     b)
  929.     Network independent clock information: bits E4, E5 and
  930. E6 are used as specified in \(sc\ 5 to carry network independent
  931. clock phase information.
  932. .LP
  933.     c)
  934.     Multiframe information: bit E7 is used as indicated
  935. in Table\ 5/V.110.
  936. .bp
  937. .ce
  938. \fBH.T. [T5.110]\fR 
  939. .ce
  940. TABLE\ 5/V.110
  941. .ce
  942. \fBE\(hybit usage 
  943. .ce
  944. (Note 1)\fR 
  945. .ps 9
  946. .vs 11
  947. .nr VS 11
  948. .nr PS 9
  949. .TS
  950. center box;
  951. cw(18p) sw(18p) sw(24p) | cw(26p) | cw(20p) | cw(20p) | cw(26p) | cw(20p) | cw(20p) | cw(36p) , c | c | c | c s s | c s 
  952. ^  | ^  | ^  | ^  | ^  | ^  | ^  | ^  | ^  | l.
  953. Intermediate rates  kbit/s    E1  \fB.\fR    E2  \fB.\fR    E3  \fB.\fR    E4  \fB.\fR    E5  \fB.\fR    E6  \fB.\fR    E7  \fB.\fR  
  954. 8    16    32    (Note 4)    (Note 3)    
  955. _
  956. .T&
  957. lw(18p) | lw(18p) | lw(24p) | lw(26p) | lw(20p) | lw(20p) | lw(26p) | lw(20p) | lw(20p) | lw(36p) .
  958.                                     
  959. .T&
  960. lw(18p) | lw(18p) | lw(24p) | lw(26p) | lw(20p) | lw(20p) | lw(26p) | lw(20p) | lw(20p) | lw(36p) .
  961.     T{
  962. 1
  963. 0
  964. 0
  965. C
  966. C
  967. C
  968. 1 or 0
  969. (Note 2)
  970. 1200
  971. T}                                
  972. .T&
  973. lw(18p) | lw(18p) | lw(24p) | lw(26p) | lw(20p) | lw(20p) | lw(26p) | lw(20p) | lw(20p) | lw(36p) .
  974.     0 1 0 C C C 1 2400                                
  975. .T&
  976. lw(18p) | lw(18p) | lw(24p) | lw(26p) | lw(20p) | lw(20p) | lw(26p) | lw(20p) | lw(20p) | lw(36p) .
  977.     1 1 0 C C C 1                                
  978. .T&
  979. lw(18p) | lw(18p) | lw(24p) | lw(26p) | lw(20p) | lw(20p) | lw(26p) | lw(20p) | lw(20p) | lw(36p) .
  980.     12\|000 0 0 1 C C C 1                                
  981. .T&
  982. lw(18p) | lw(18p) | lw(24p) | lw(26p) | lw(20p) | lw(20p) | lw(26p) | lw(20p) | lw(20p) | lw(36p) .
  983. T{
  984. 7200
  985. 14\|400
  986. 1
  987. 0
  988. 1
  989. C
  990. C
  991. C
  992. 1
  993. 4800
  994. 9600
  995. 19\|200
  996. 0
  997. 1
  998. 1
  999. C
  1000. C
  1001. C
  1002. 1
  1003. T}
  1004. .TE
  1005. .LP
  1006.  
  1007. \fINote\ 1\fR
  1008. \ \(em\ The data signalling rates of 600, 2400, 4800 and 9600\ bit/s are
  1009. also Recommendation\ X.1 user classes of service (see also
  1010. Recommendation\ X.30/I.461).
  1011. .LP
  1012. \fINote\ 2\fR
  1013. \ \(em\ In order to maintain compatibility with Recommendation\ X.30\ (I.461), the 600\ bit/s user rate E7 is coded to enable the 4\ \(mu\ 80\ bit multiframe
  1014. synchronization. To this end, E7 in the fourth 80\ bit frame is set to binary\ 0 (see \(sc\ 2.1.2.7 and Table\ 6a/V.110).
  1015. .LP
  1016. \fINote\ 3\fR
  1017. \ \(em\ C indicates the use of E4, E5 and E6 for the Transport of Network
  1018. Independent blocking information (see \(sc\ 5). These bits shall be set to ONE when unused.
  1019. .LP
  1020. \fINote\ 4\fR
  1021. \ \(em\ Synchronous rate information is carried by bits E1, E2 and E3 as
  1022. indicated. Asynchronous rate information must be provided with out\(hyof\(hyband
  1023. signalling (Layer 3 messages in the D\ channel) or with In Band Parameter
  1024. Exchange as described in Appendix\ 1.
  1025. .nr PS 9
  1026. .RT
  1027. .ad r
  1028. \fBTable 5/V.110 [T5.110], p.\fR 
  1029. .sp 1P
  1030. .RT
  1031. .ad b
  1032. .RT
  1033. .sp 1P
  1034. .LP
  1035. .sp 1
  1036. 2.1.2.5
  1037.     \fIRate negotiation\fR 
  1038. .sp 9p
  1039. .RT
  1040. .PP
  1041. Negotiation of the synchronous rate may be appropriate in
  1042. interworking situations involving interconnections with modems on the PSTN
  1043. where the remote modem/DTE has the capability of operating at different 
  1044. rates depending upon the conditions. It may also be appropriate in interconnections 
  1045. for asynchronous transmission specified in \(sc\ 2.3 and accommodate split 
  1046. rate 
  1047. operation. The need for rate negotiation and the method is for further
  1048. study.
  1049. .RT
  1050. .sp 1P
  1051. .LP
  1052. 2.1.2.6
  1053.     \fIData bits\fR 
  1054. .sp 9p
  1055. .RT
  1056. .PP
  1057. Data are conveyed in D bits, i.e., up to 48 bits per 80\(hybit frame. In 
  1058. this Recommendation the octet boundaries of the user`s data stream are 
  1059. not defined. 
  1060. .RT
  1061. .sp 1P
  1062. .LP
  1063. 2.1.2.7
  1064.     \fIBit assignment\fR 
  1065. .sp 9p
  1066. .RT
  1067. .PP
  1068. The adaptation of 600, 1200 and 2400 bit/s rates to the 8\ kbit/s
  1069. intermediate rate are shown in Tables\ 6a/V.110, 6b/V.110 and\ 6c/V.110,
  1070. respectively.
  1071. .PP
  1072. The adaptation of 7200 and 14\|400 bit/s rates to the 16 and 32\ kbit/s 
  1073. intermediate rate, respectively, use the data bit assignments shown in 
  1074. Table\ 6d/V.110.
  1075. .PP
  1076. The adaptation of 4800, 9600 and 19\|200 bit/s rates to the 8, 16 and 32\ 
  1077. kbit/s intermediate rate, respectively, use the data bit assignments shown 
  1078. in Table\ 6e/V.110. 
  1079. .PP
  1080. The adaptation of 12\|000 bit/s user rate to 32 kbit/s intermediate
  1081. rate use the data bit assignments shown in Table\ 6f/V.110.
  1082. .bp
  1083. .RT
  1084. .LP
  1085. .rs
  1086. .sp 47P
  1087. .ad r
  1088. \fBTableaux 6a/V.110 \*`a 6f/V.110, p. 15 \*`a 20, \ \ \ \ 
  1089. PAR MONTAGE\fR 
  1090. .sp 1P
  1091. .RT
  1092. .ad b
  1093. .RT
  1094. .LP
  1095. .bp
  1096. .sp 2P
  1097. .LP
  1098. 2.1.3
  1099.     \fIFrame synchronization and additional signalling capacity\fR 
  1100. .sp 1P
  1101. .RT
  1102. .sp 1P
  1103. .LP
  1104. 2.1.3.1
  1105.     \fISearch for frame synchronization\fR 
  1106. .sp 9p
  1107. .RT
  1108. .PP
  1109. The following 17\(hybit alignment pattern is used to achieve frame
  1110. synchronization:
  1111. .RT
  1112. .LP
  1113.     0
  1114. 0
  1115. 0
  1116. 0
  1117. 0
  1118. 0
  1119. 0
  1120. 0
  1121.     1XXXXXXX
  1122.     1XXXXXXX
  1123.     1XXXXXXX
  1124.     1XXXXXXX
  1125.     1XXXXXXX
  1126.     1XXXXXXX
  1127.     1XXXXXXX
  1128.     1XXXXXXX
  1129.     1XXXXXXX
  1130. .PP
  1131. It is assumed that the error rate will be sufficiently low to
  1132. expect frame synchronization following the detection of one 80\(hybit
  1133. frame.
  1134. .sp 1P
  1135. .LP
  1136. 2.1.3.2
  1137.     \fIFrame synchronization monitoring and recovery\fR 
  1138. .sp 9p
  1139. .RT
  1140. .PP
  1141. Monitoring of the frame synchronization shall be a continuous
  1142. process using the same procedures as for initial detection.
  1143. .PP
  1144. Loss of frame synchronization shall not be assumed unless at least
  1145. three consecutive frames, each with at least one framing bit error, are
  1146. detected.
  1147. .PP
  1148. Following loss of frame synchronization, the TA shall enter a recovery 
  1149. state as discussed in \(sc 4.1.5. If recovery is not successful, further 
  1150. maintenance procedures may be used.
  1151. .RT
  1152. .sp 1P
  1153. .LP
  1154. 2.1.4
  1155.     \fIAdaptation of intermediate rates to 64 kbit/s\fR 
  1156. .sp 9p
  1157. .RT
  1158. .PP
  1159. Since rate adaptation of a single intermediate rate (e.g., 8, 16, or\ 32\ 
  1160. kbit/s) to the 64\ kbit/s B\ channel rate and the possible multiplexing 
  1161. of several intermediate rate streams 
  1162. .FS
  1163. Multiplexing of several intermediate rate streams is for further study.
  1164. .FE
  1165. to the 64\ kbit/s B\ channel rate must be
  1166. compatible to enable interworking, a common approach is needed for the 
  1167. second step rate adaptation and, possibly, for intermediate rate multiplexing. 
  1168. This 
  1169. second step rate adaptation method is described in Recommendation\ I.460.
  1170. .RT
  1171. .sp 1P
  1172. .LP
  1173. 2.2
  1174.     \fIRate adaptation of 48 and 56 kbit/s user rates to 64 kbit/s\fR 
  1175. .sp 9p
  1176. .RT
  1177. .PP
  1178. The 48 and 56 kbit/s user data signalling rates are adapted to the 64\ 
  1179. kbit/s B\ channel rate in one step as indicated in Tables\ 7a/V.110 
  1180. and\ 7b/V.110 or 7c/V.110 respectively.
  1181. .RT
  1182. .ce
  1183. \fBH.T. [T2.110]\fR 
  1184. .ce
  1185. TABLE\ 7a/V.110
  1186. .ce
  1187. \fBAdaptation of 48 kbit/s user rate to 64 kbit/s\fR 
  1188. .T&
  1189. lw(48p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) 
  1190. | lw(18p) . 
  1191.                                 
  1192. .TE
  1193. .nr PS 9
  1194. .RT
  1195. .ad r
  1196. \fBTable 7a/V.110 [T12.110], p.\fR 
  1197. .sp 1P
  1198. .RT
  1199. .ad b
  1200. .RT
  1201. .LP
  1202. .bp
  1203. .ce
  1204. \fBH.T. [T13.110]\fR 
  1205. .ce
  1206. TABLE\ 7b/V.110
  1207. .ce
  1208. \fBAdaptation of 56 kbit/s user rate to 64 kbit/s\fR 
  1209. .T&
  1210. lw(48p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) 
  1211. | lw(18p) . 
  1212.                                 
  1213. .TE
  1214. .nr PS 9
  1215. .RT
  1216. .ad r
  1217. \fBTable 7b/V.110 [T13.110], p.\fR 
  1218. .ad b
  1219. .RT
  1220. .ce
  1221. \fBH.T. [T14.110]\fR 
  1222. .ce
  1223. TABLE\ 7c/V.110
  1224. .ce
  1225. \fBAlternative frame structure for the adaptation of 56 kbit/s
  1226. .ce
  1227.  
  1228. .ce
  1229. \fB user rate to 64 bit/s\fR 
  1230. .T&
  1231. lw(48p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) | lw(18p) 
  1232. | lw(18p) . 
  1233.                                 
  1234. .TE
  1235. .nr PS 9
  1236. .RT
  1237. .ad r
  1238. \fBTable 7c/V.110 [T14.110], p.\fR 
  1239. .ad b
  1240. .RT
  1241. .LP
  1242. .bp
  1243. .sp 2P
  1244. .LP
  1245. 2.3
  1246.     \fIAdaptation for asynchronous rates of up to 19\|200 bit/s\fR 
  1247. .sp 1P
  1248. .RT
  1249. .sp 1P
  1250. .LP
  1251. 2.3.1
  1252.     \fIGeneral approach\fR 
  1253. .sp 9p
  1254. .RT
  1255. .PP
  1256. The bit rate adaptation functions within the TA are shown in
  1257. Figure\ 3/V.110. A three\(hystep method is employed with the functional 
  1258. blocks RA0, RA1, and\ RA2. The RA0 function is an asynchronous\(hyto\(hysynchronous 
  1259. conversion 
  1260. step, for support of the rates specified in Table\ 8/V.110, using the same
  1261. technique as defined in Recommendation\ V.14. It produces a synchronous bit
  1262. stream defined by 2\fI\fI
  1263. \u\fIn\fR\d\ \(mu\ 600\ bits (where \fIn\fR \ =\ 0 to\ 5). The functions RA1
  1264. and RA2 are the same as specified in \(sc\ 2.1. Function RA1 adapts the 
  1265. user rate to the next higher rate expressed by 2\fI\fI 
  1266. \u\fIk\fR\d\ \(mu\ 8\ bit/s (where \fIk\fR \ =\ 0, 1 or\ 2). RA2 performs 
  1267. the second conversion to 64\ kbit/s. 
  1268. .RT
  1269. .LP
  1270. .rs
  1271. .sp 10P
  1272. .ad r
  1273. \fBFigure 3/V.110, p.\fR 
  1274. .sp 1P
  1275. .RT
  1276. .ad b
  1277. .RT
  1278. .sp 1P
  1279. .LP
  1280. 2.3.2
  1281.     \fISupported asynchronous user rates\fR 
  1282. .sp 9p
  1283. .RT
  1284. .PP
  1285. The asynchronous user rates to be supported, mandatory and
  1286. optional, are specified in Table\ 8/V.110.
  1287. .RT
  1288. .ce
  1289. \fBH.T. [T15.110]\fR 
  1290. .ce
  1291. TABLE\ 8/V.110
  1292. .ce
  1293. \fBAsynchronous user rates\fR 
  1294. .ps 9
  1295. .vs 11
  1296. .nr VS 11
  1297. .nr PS 9
  1298. .TS
  1299. center box;
  1300. cw(36p) | cw(36p) | cw(42p) | cw(42p) | cw(36p) | cw(36p) .
  1301. Data rate  (bit/s)    Rate tolerance  (%)    No. of data units    No. of stop elements    RA0/RA1  rate  (bit/s)    RA1  rate  (kbit/s)
  1302. _
  1303. .T&
  1304. cw(36p) | cw(36p) | cw(42p) | cw(42p) | cw(36p) | cw(36p) .
  1305. \ \ \|\ 50\|\fB*\fR    \(+-\|2.5    5    1.5    \ \ \|600    \ 8
  1306. .T&
  1307. cw(36p) | cw(36p) | cw(42p) | cw(42p) | cw(36p) | cw(36p) .
  1308. \ \ \|\ 75\|\fB*\fR    \(+-\|2.5    5.7 or 8    1:1,5:2    \ \ \|600    \ 8
  1309. .T&
  1310. cw(36p) | cw(36p) | cw(42p) | cw(42p) | cw(36p) | cw(36p) .
  1311. \ \ \|110\|\fB*\fR    \(+-\|2.5    \fB5.\fR 7 or 8    1 or 2    \ \ \|600    \ 8
  1312. .T&
  1313. cw(36p) | cw(36p) | cw(42p) | cw(42p) | cw(36p) | cw(36p) .
  1314. \ \ \|150\|\fB*\fR    \(+-\|2.5    \fB5.\fR 7 or 8    1 or 2    \ \ \|600    \ 8
  1315. .T&
  1316. cw(36p) | cw(36p) | cw(42p) | cw(42p) | cw(36p) | cw(36p) .
  1317. \ \ \|200\|\fB*\fR    \(+-\|2.5    \fB5.\fR 7 or 8    1 or 2    \ \ \|600    \ 8
  1318. .T&
  1319. cw(36p) | cw(36p) | cw(42p) | cw(42p) | cw(36p) | cw(36p) .
  1320. \ \ \|300\|*    \(+-\|2.5    \fB5.\fR 7 or 8    1 or 2    \ \ \|600    \ 8
  1321. .T&
  1322. cw(36p) | cw(36p) | cw(42p) | cw(42p) | cw(36p) | cw(36p) .
  1323. \ \ \|600\|*    +1 \(em2.5    \fB5.\fR 7 or 8    1 or 2    \ \ \|600    \ 8
  1324. .T&
  1325. cw(36p) | cw(36p) | cw(42p) | cw(42p) | cw(36p) | cw(36p) .
  1326. \ 1\|200\|*    +1 \(em2.5    \fB5.\fR 7 or 8    1 or 2    \ 1\|200    \ 8
  1327. .T&
  1328. cw(36p) | cw(36p) | cw(42p) | cw(42p) | cw(36p) | cw(36p) .
  1329. \ 2\|400\|*    +1 \(em2.5    \fB5.\fR 7 or 8    1 or 2    \ 2\|400    \ 8
  1330. .T&
  1331. cw(36p) | cw(36p) | cw(42p) | cw(42p) | cw(36p) | cw(36p) .
  1332. \ 3\|600\|\fB*\fR    +1 \(em2.5    \fB5.\fR 7 or 8    1 or 2    \ 4\|800    \ 8
  1333. .T&
  1334. cw(36p) | cw(36p) | cw(42p) | cw(42p) | cw(36p) | cw(36p) .
  1335. \ 4\|800\|*    +1 \(em2.5    \fB5.\fR 7 or 8    1 or 2    \ 4\|800    \ 8
  1336. .T&
  1337. cw(36p) | cw(36p) | cw(42p) | cw(42p) | cw(36p) | cw(36p) .
  1338. \ 7\|200\|\fB*\fR    +1 \(em2.5    \fB5.\fR 7 or 8    1 or 2    \ 9\|600    16
  1339. .T&
  1340. cw(36p) | cw(36p) | cw(42p) | cw(42p) | cw(36p) | cw(36p) .
  1341. \ 9\|600\|*    +1 \(em2.5    \fB5.\fR 7 or 8    1 or 2    \ 9\|600    16
  1342. .T&
  1343. cw(36p) | cw(36p) | cw(42p) | cw(42p) | cw(36p) | cw(36p) .
  1344. 12\|000\|\fB*\fR    +1 \(em2.5    \fB5.\fR 7 or 8    1 or 2    19\|200    32
  1345. .T&
  1346. cw(36p) | cw(36p) | cw(42p) | cw(42p) | cw(36p) | cw(36p) .
  1347. 14\|400\|\fB*\fR    +1 \(em2.5    \fB5.\fR 7 or 8    1 or 2    19\|200    32
  1348. .T&
  1349. cw(36p) | cw(36p) | cw(42p) | cw(42p) | cw(36p) | cw(36p) .
  1350. 19\|200\|\fB*\fR    +1 \(em2.5    \fB5.\fR 7 or 8    1 or 2    19\|200    32
  1351. .TE
  1352. .LP
  1353. \fINote\ 1\fR
  1354. \ \(em\ * indicates rate whose support is mandatory for universal TA.
  1355. .LP
  1356. \fINote\ 2\fR
  1357. \ \(em\ Number of data bits includes possible parity bits.
  1358. .nr PS 9
  1359. .RT
  1360. .ad r
  1361. \fBTable 8/V.110 [T15.110], p.\fR 
  1362. .sp 1P
  1363. .RT
  1364. .ad b
  1365. .RT
  1366. .LP
  1367. .bp
  1368. .sp 1P
  1369. .LP
  1370. 2.3.3
  1371.     \fIAsynchronous\(hyto\(hysynchronous conversion (RA0)\fR 
  1372. .sp 9p
  1373. .RT
  1374. .PP
  1375. The RA0 function is only used with asynchronous V\(hyseries
  1376. interfaces. Incoming asynchronous data is padded by the addition of stop
  1377. elements to fit the nearest channel rate defined by 2\fI\fI
  1378. \u\fIn\fR\d\ \(mu\ 600\ bit/s. Thus, a 7200\ bit/s user data signalling 
  1379. rate shall be adapted to a synchronous 
  1380. 9600\ bit/s stream and a 110\ bit/s user data signalling rate shall be 
  1381. adapted to synchronous 600\ bit/s stream. The resultant synchronous stream 
  1382. is fed to RA1. Padding with stop elements is inhibited during the transmission 
  1383. of the break 
  1384. signal as described in \(sc\ 2.3.5.
  1385. .RT
  1386. .sp 1P
  1387. .LP
  1388. 2.3.4
  1389.     \fIOverspeed/underspeed\fR 
  1390. .sp 9p
  1391. .RT
  1392. .PP
  1393. A terminal adaptor shall insert additional stop elements when its associated 
  1394. terminal is transmitting with a lower than nominal character 
  1395. rate. If the terminal is transmitting characters with an overspeed of up 
  1396. to\ 1% (or 2.5% in the case of nominal speeds lower than\ 600\ bit/s), 
  1397. the 
  1398. asynchronous\(hyto\(hysynchronous converter may delete stop elements as 
  1399. often as is necessary to a maximum of one every eight characters at 1% 
  1400. overspeed. The 
  1401. converter on the receiving side shall detect deleted stop elements and
  1402. re\(hyinsert them in the received data stream (circuit\ 104).
  1403. .PP
  1404. The nominal length of the start elements and data units shall be the same 
  1405. for all characters. The length of the stop element may be reduced as much 
  1406. as 12.5% by the receiving converter for nominal speeds exceeding 300\ bit/s 
  1407. to allow for overspeed in the transmitting terminal. For nominal speeds 
  1408. less than or equal to 300\ bit/s, a 25% reduction in stop element is allowed. 
  1409. .RT
  1410. .sp 1P
  1411. .LP
  1412. 2.3.5
  1413.     \fIBreak signal\fR 
  1414. .sp 9p
  1415. .RT
  1416. .PP
  1417. The terminal adaptor shall detect and transmit the break signal as  follows:
  1418. .PP
  1419. If the converter detects M to 2M\ +\ 3\ bits, all of start polarity,
  1420. where M is the number of bits per character in the selected format including
  1421. start and stop elements, the converter shall transmit 2M\ +\ 3 bits of start
  1422. polarity.
  1423. .PP
  1424. If the converter detects more than 2M\ +\ 3 bits, all of start polarity, 
  1425. the converter shall transmit all these bits as start polarity. 
  1426. .PP
  1427. For the cases where the asynchronous rate is lower than the
  1428. synchronous rate for the converter, the following rules shall apply:
  1429. .RT
  1430. .LP
  1431.     \(em
  1432.     the converter shall transmit start polarity (to RA1) for a
  1433. time period equal to 2M\ +\ 3 bits at the asynchronous rate if the
  1434. converter has detected M to 2M\ +\ 3\ bits of start polarity;
  1435. .LP
  1436.     \(em
  1437.     the converter shall transmit (to RA1) start polarity for a
  1438. time period as long as the received break condition if the
  1439. converter has detected more than 2M\ +\ 3\ bits of start polarity;
  1440. .LP
  1441.     \(em
  1442.     the 2M\ +\ 3 or more bits of start polarity received from the
  1443. transmitting side shall be output to the receiving DTE;
  1444. .LP
  1445.     \(em
  1446.     the DTE must transmit on circuit 103 at least 2M bits of stop
  1447. polarity after the start polarity break signal before sending
  1448. further data characters. The converter shall then regain
  1449. character synchronism from the following stop to start
  1450. transition.
  1451. .sp 1P
  1452. .LP
  1453. 2.3.6
  1454.     \fIParity bits\fR 
  1455. .sp 9p
  1456. .RT
  1457. .PP
  1458. Possible parity bits included in the user data are considered as
  1459. data bits by the RA0 function.
  1460. .RT
  1461. .sp 1P
  1462. .LP
  1463. 2.4
  1464.     \fIFlow control\fR 
  1465. .sp 9p
  1466. .RT
  1467. .PP
  1468. A flow control option, for use with TAs supporting asynchronous
  1469. DTEs, is described in this section. Flow control allows the connection of
  1470. asynchronous DTEs operating at different user data rates by reducing the
  1471. character output of the faster to that of the slower. Support of flow control 
  1472. will require the use of end\(hyto\(hyend (TA\(hyto\(hyTA) protocol defined 
  1473. in \(sc\ 2.4.2 and an incoming line (from network) buffer in addition to 
  1474. a selected local protocol (see \(sc\ 2.4.1). Depending upon the local flow 
  1475. control protocol employed, there will also be a requirement for character 
  1476. buffering from the DTE interface. The size of this buffer is not defined 
  1477. in this Recommendation because it is 
  1478. dependent upon implementation.
  1479. .bp
  1480. .PP
  1481. Local flow control of the DTE interface is required where the DTE
  1482. operates at a rate higher than the synchronous rate established between TAs.
  1483. End\(hyto\(hyend flow control is required where the synchronous rate established 
  1484. between TAs is consistent with the operating rate of one DTE (or interworking 
  1485. unit) and higher than the synchronous rate consistent with the operating 
  1486. rate of the other DTE (or interworking unit). Both local and end\(hyto\(hyend 
  1487. flow control could be required in some applications. 
  1488. .RT
  1489. .sp 1P
  1490. .LP
  1491. 2.4.1
  1492.     \fILocal flow control: TA to DTE\fR 
  1493. .sp 9p
  1494. .RT
  1495. .PP
  1496. Connection may be made between TAs connected to asynchronous DTEs operating 
  1497. at two different speeds. It is the responsibility of the TA connected to 
  1498. the faster DTE to execute a local flow control protocol to reduce the 
  1499. character rate to that of the slower DTE. This operation will require some
  1500. buffer storage in the TA. A TA may support several different local flow 
  1501. control protocols, although only one will be selected at any one time. 
  1502. There are a 
  1503. number of such protocols in use, some of which are detailed in the following
  1504. text.
  1505. .RT
  1506. .sp 1P
  1507. .LP
  1508. 2.4.1.1
  1509.     \fI105/106 operation\fR 
  1510. .sp 9p
  1511. .RT
  1512. .PP
  1513. This is an out\(hyof\(hyband flow control mechanism, utilizing two of the 
  1514. interchange circuits specified in V.24. If a DTE requires to transmit a 
  1515. character, it turns ON circuit\ 105 (request to send). The DTE can only begin
  1516. transmission when it receives in return circuit\ 106 ON (ready for sending). 
  1517. If, during transmission of a block of characters circuit\ 106 goes OFF, 
  1518. the DTE must cease transmission (after completing the transmission of any 
  1519. character of which transmission has started) until circuit\ 106 turns ON 
  1520. again. 
  1521. .RT
  1522. .sp 1P
  1523. .LP
  1524. 2.4.1.2
  1525.     \fIXON/XOFF operation\fR 
  1526. .sp 9p
  1527. .RT
  1528. .PP
  1529. This is an inband flow control mechanism using two characters of
  1530. the IA5 set for XON and XOFF operation. If a DTE receives an XOFF character, 
  1531. it must cease transmission. When it receives an XON character, it may resume 
  1532. transmission. The characters typically used for XON and XOFF are DC1 and DC3
  1533. (bit combination\ 1/1 and\ 1/3 in Recommendation\ T.50) respectively, although
  1534. alternative bit\(hycombinations can be used.
  1535. .RT
  1536. .sp 1P
  1537. .LP
  1538. 2.4.1.3
  1539.     \fIOther methods\fR 
  1540. .sp 9p
  1541. .RT
  1542. .PP
  1543. Alternative and non\(hystandard methods of asynchronous flow control are 
  1544. in use, and these may be mapped onto the TA flow control protocol. 
  1545. .RT
  1546. .sp 1P
  1547. .LP
  1548. 2.4.2
  1549.     \fIEnd\(hyto\(hyend (TA to TA) flow control\fR 
  1550. .sp 9p
  1551. .RT
  1552. .PP
  1553. Matching (by reduction) of the transmitted character rate of the
  1554. DTE to the rate of the TA is not sufficient in all cases to guarantee correct 
  1555. operation, and end\(hyto\(hyend flow control may be required. 
  1556. .PP
  1557. The X bit is used to carry flow control information. A TA will buffer incoming 
  1558. characters. When the number of buffered characters exceeds a threshold 
  1559. TH1, depending upon implementation, the TA will set the X\(hybit of its 
  1560. outgoing frames to OFF. 
  1561. .PP
  1562. Upon receipt of a frame containing an X\(hybit set to OFF, a TA will
  1563. execute its selected local flow control procedure indicating that the attached 
  1564. DTE must stop sending characters, and cease the transmission of data after 
  1565. completion of the character in progress by setting the data bits in the
  1566. outgoing frames to ONE.
  1567. .PP
  1568. When the buffer contents of a TA which has initiated an end\(hyto\(hyend
  1569. flow control drops below threshold TH2, the TA will reset the outgoing X\ bit
  1570. to ON.
  1571. .PP
  1572. When the far\(hyend TA receives a frame with the X bit set to ON, it will 
  1573. recommence data transmission, and, by use of the local flow control procedure, 
  1574. indicate to the attached DTE that it may continue. 
  1575. .PP
  1576. \fINote\fR \ \(em\ There may be a delay between initiation of the end\(hyto\(hyend 
  1577. flow control protocol and termination of the incoming character stream. The
  1578. characters
  1579. arriving during this time must be buffered, and the total buffer size will
  1580. depend upon the character rate, round trip delay and the buffer threshold.
  1581. .bp
  1582. .RT
  1583. .sp 1P
  1584. .LP
  1585. 2.4.3
  1586.     \fIUse of channel capacity\fR 
  1587. .sp 9p
  1588. .RT
  1589. .PP
  1590. Upon accepting a call from a TA supporting flow control and
  1591. operating at a different user rate and/or intermediate rate, the called 
  1592. TA will adopt the identical intermediate rate and bit repetition factor. 
  1593. This will 
  1594. override the parameters normally selected. In such cases, the TA connected 
  1595. to the faster DTE will execute a local flow control procedure to reduce 
  1596. the 
  1597. character rate to that of the slower DTE.
  1598. .PP
  1599. Thus, if a faster DTE calls a slower DTE, the faster intermediate
  1600. channel rate and bit repetition factor will be adopted by the TAs on both 
  1601. ends. To reduce the character rate received by the slower DTE, its TA will 
  1602. exercise end\(hyto\(hyend flow control and cause the TA on the calling 
  1603. side to utilize local flow control. 
  1604. .PP
  1605. If a slower DTE calls a faster DTE, the slower intermediate channel
  1606. rate and bit repetition factor will be adopted by the TAs on both ends. To
  1607. reduce the character rate transmitted by the faster DTE, its TA will exercise 
  1608. local flow control. 
  1609. .PP
  1610. If the called TA does not implement the intermediate rate and bit
  1611. repetition factor used by the calling TA, the call shall be rejected.
  1612. .RT
  1613. .sp 1P
  1614. .LP
  1615. 2.4.4
  1616.     \fIRequirements of a TA supporting flow control\fR 
  1617. .sp 9p
  1618. .RT
  1619. .PP
  1620. The following are general requirements for a TA supporting flow
  1621. control:
  1622. .RT
  1623. .LP
  1624.     i)
  1625.     A TA supporting flow control shall be capable of operating
  1626. with an intermediate rate and bit repetition factor that is
  1627. independent of the asynchronous speed used at its DTE
  1628. interface.
  1629. .LP
  1630.     ii)
  1631.     A TA supporting flow control shall, if possible, adapt to
  1632. the intermediate rate and bit repetition factor required for an
  1633. incoming call. User rate information will be obtained from
  1634. signalling.
  1635. .LP
  1636.     iii)
  1637.     A TA supporting flow control shall be capable of executing
  1638. a local flow control protocol to reduce the character rate to
  1639. that of the far\(hyend DTE.
  1640. .LP
  1641.     iv)
  1642.     A TA supporting flow control will support the use of
  1643. end\(hyto\(hyend (TA to TA) flow control using the X bit, and will
  1644. contain a character buffer.
  1645. .sp 2P
  1646. .LP
  1647. \fB3\fR     \fBInterchange circuits\fR 
  1648. .sp 1P
  1649. .RT
  1650. .sp 1P
  1651. .LP
  1652. 3.1
  1653.     \fIEssential and optional interchange circuits\fR 
  1654. .sp 9p
  1655. .RT
  1656. .PP
  1657. The essential and optional interchange circuits are listed in
  1658. Table\ 9/V.110 below.
  1659. .RT
  1660. .sp 1P
  1661. .LP
  1662. 3.2
  1663.     \fITiming arrangement\fR 
  1664. .sp 9p
  1665. .RT
  1666. .PP
  1667. The TA shall derive ISDN timing from the received bit stream of the ISDN's 
  1668. basic user/network interface (see \(sc\(sc\ 5 and\ 8 of Recommendation\ 
  1669. I.430). This network timing shall be used by the TA to provide the DTE 
  1670. with transmitter signal element timing on circuit\ 114 and receiver signal 
  1671. element timing on 
  1672. circuit\ 115.
  1673. .RT
  1674. .sp 1P
  1675. .LP
  1676. 3.3
  1677.     \fICircuit 106\fR 
  1678. .sp 9p
  1679. .RT
  1680. .PP
  1681. After the start\(hyup and retrain synchronization sequences,
  1682. the ON state of circuit\ 106 shall be delayed relative to the ON state of
  1683. circuit\ 105 (where implemented) by an interval of at least \fIN\fR bits 
  1684. (a value of \fIN\fR equal to\ 24 has been proposed, but the value is for 
  1685. further study). ON to OFF state transitions of circuit\ 106 shall follow 
  1686. ON to OFF state transitions of circuit\ 105 (when implemented) by less 
  1687. than 2\ ms. Where circuit\ 105 is not implemented, the initial circuit\ 
  1688. 106 transition to the ON state shall be 
  1689. delayed by an interval greater than or equal to\ \fIN\fR \ bits relative to the
  1690. corresponding transition in the state of circuit\ 109. Subsequent transitions 
  1691. in the state of circuit\ 106 should occur solely in accordance with the 
  1692. operating sequences defined in \(sc\ 4, or when used for the optional flow 
  1693. control in 
  1694. \(sc\ 2.4.
  1695. .bp
  1696. .RT
  1697. .ce
  1698. \fBH.T. [T16.110]\fR 
  1699. .ce
  1700. TABLE\ 9/V.110
  1701. .T&
  1702. lw(36p) | lw(156p) | lw(36p) .
  1703.         
  1704. .TE
  1705. .nr PS 9
  1706. .RT
  1707. .ad r
  1708. \fBTable 9/V.110 [T16.110], p.\fR 
  1709. .sp 1P
  1710. .RT
  1711. .ad b
  1712. .RT
  1713. .LP
  1714. .sp 3
  1715. .sp 1P
  1716. .LP
  1717. 3.4
  1718.     \fICircuit 109\fR 
  1719. .sp 9p
  1720. .RT
  1721. .PP
  1722. OFF to ON and ON to OFF transitions of circuit 109 should occur
  1723. solely in accordance with the operating sequence defined in
  1724. \(sc\ 4.
  1725. .RT
  1726. .sp 2P
  1727. .LP
  1728. 3.5
  1729.     \fIElectrical/mechanical characteristics of\fR \fIinterchange circuits\fR 
  1730. .sp 1P
  1731. .RT
  1732. .sp 1P
  1733. .LP
  1734. 3.5.1
  1735.     \fIBasic ISDN user/network interface\fR 
  1736. .sp 9p
  1737. .RT
  1738. .PP
  1739. The electrical and mechanical characteristics of the basic ISDN
  1740. user/network interface are described in \(sc\(sc\ 8 and\ 10 of
  1741. Recommendation\ I.430.
  1742. .bp
  1743. .RT
  1744. .sp 2P
  1745. .LP
  1746. 3.5.2
  1747.     \fITE2/TA (DTE/DCE) interface\fR 
  1748. .sp 1P
  1749. .RT
  1750. .sp 1P
  1751. .LP
  1752. 3.5.2.1
  1753.     \fIRates less than or equal to 19.2 kbit/s\fR 
  1754. .sp 9p
  1755. .RT
  1756. .PP
  1757. Use of electrical characteristics conforming to
  1758. Recommendation\ V.28, is recommended together with the connector and pin
  1759. assignment plan specified by ISO\ 2110.
  1760. .PP
  1761. \fINote\fR \ \(em\ Manufacturers may wish to note that the long\(hyterm 
  1762. objective is to replace electrical characteristics specified in Recommendation\ 
  1763. V.28, and that Study Group\ XVII has agreed that the work shall proceed 
  1764. to develop a more efficient, all\(hybalanced, interface for the V\(hyseries 
  1765. application which minimizes the number of interchange circuits (proposed 
  1766. draft 
  1767. Recommendation\ V.230).
  1768. .RT
  1769. .sp 1P
  1770. .LP
  1771. 3.5.2.2
  1772.     \fIRates greater than 19.2 kbit/s\fR 
  1773. .sp 9p
  1774. .RT
  1775. .PP
  1776. Use of electrical characteristics conforming to Recommendation\ V.10 and/or 
  1777. V.11 is recommended together with the use of the connector and pin 
  1778. assignment plan specified by ISO\ 4902.
  1779. .RT
  1780. .LP
  1781.     i)
  1782.     Concerning circuits 103, 104, 113, 114 and 115, both the
  1783. generators and the receivers shall be in accordance with
  1784. Recommendation\ V.11.
  1785. .LP
  1786.     ii)
  1787.      In the case of circuits 105, 106, 107 and 109, generators shall comply 
  1788. with Recommendation\ V.10 or alternatively 
  1789. Recommendation\ V.11. The receivers shall comply with
  1790. Recommendation\ V.10, category\ 1, or V.11 without termination.
  1791. .LP
  1792.     iii)
  1793.     In the case of all other circuits, Recommendation\ V.10
  1794. applies, with receivers configured as specified by
  1795. Recommendation\ V.10 for category\ 2.
  1796. .PP
  1797. Alternatively, the interface defined in Appendix\ II to
  1798. Recommendation\ V.35 together with connector and pin assignment plan specified 
  1799. by ISO\ 2593 may be used. 
  1800. .sp 1P
  1801. .LP
  1802. 3.6
  1803.     \fIFault condition on interchange circuits\fR 
  1804. .sp 9p
  1805. .RT
  1806. .PP
  1807. (See \(sc 7 of Recommendation V.28 for association of the receiver
  1808. failure detection types).
  1809. .RT
  1810. .PP
  1811. 3.6.1
  1812. The DTE should interpret a fault condition on circuit\ 107 as an OFF condition 
  1813. using failure detection 
  1814. type\ 1.
  1815. .sp 9p
  1816. .RT
  1817. .PP
  1818. 3.6.2
  1819. The DCE should interpret a fault condition on circuits\ 105
  1820. and\ 108 as an OFF condition using failure detection type\ 1.
  1821. .sp 9p
  1822. .RT
  1823. .PP
  1824. 3.6.3
  1825. All other circuits not referred to above may use failure
  1826. detection types\ 0 or\ 1.
  1827. .sp 9p
  1828. .RT
  1829. .sp 2P
  1830. .LP
  1831. \fB4\fR     \fBOperating sequence\fR 
  1832. .sp 1P
  1833. .RT
  1834. .sp 1P
  1835. .LP
  1836. 4.1
  1837.     \fITA duplex operation\fR 
  1838. .sp 9p
  1839. .RT
  1840. .PP
  1841. When using the TA to provide data transmission service within ISDN, the 
  1842. call is established over a 64\ kbit/s connection using the procedures 
  1843. applicable to the particular network and/or terminal configuration.
  1844. .PP
  1845. The internal arrangement of the TA functional parts and the DTE (with a 
  1846. V\(hyseries type interface) is not within the scope of this Recommendation. 
  1847. It is assumed that means are provided to control the entry to and the exit 
  1848. from 
  1849. the
  1850. data transfer mode. For example, it is assumed that the means are provided 
  1851. to control circuits\ 108/1 (Connect data set to line) or\ 108/2 (Data terminal 
  1852. ready) internally, that is within the station at the customer premises.
  1853. However, for the purpose of this Recommendation circuit\ 108/2, as defined in
  1854. Recommendation\ V.24, is assumed.
  1855. .RT
  1856. .sp 2P
  1857. .LP
  1858. 4.1.1
  1859.     \fIIdle (or ready) state\fR 
  1860. .sp 1P
  1861. .RT
  1862. .PP
  1863. 4.1.1.1
  1864. During the idle (or ready) state the TA (DCE) will be receiving the following 
  1865. from the DTE: 
  1866. .sp 9p
  1867. .RT
  1868. .LP
  1869.     Circuit\ 103\ \ =\ Continuous binary 1
  1870. .LP
  1871.     Circuit\ 105\ \ =\ See Note
  1872. .LP
  1873.     Circuit\ 108/1\ =\ OFF; circuit 108/2 = ON
  1874. .bp
  1875. .PP
  1876. \fINote\fR \ \(em\ In many duplex DTEs circuit 105 is either permanently 
  1877. in the ON condition or it is not present. If not present, the function 
  1878. must be set in an ON condition in the TA. See \(sc\ 4.1.2.4 for the case 
  1879. where a duplex DTE can operate circuit\ 105. 
  1880. .PP
  1881. 4.1.1.2
  1882. During the idle (or ready) state the TA will transmit
  1883. Continuous binary\ 1s into the B and D\ channels (i.e.,\ all bits of
  1884. Table\ 2/V.110 = binary\ 1).
  1885. .sp 9p
  1886. .RT
  1887. .PP
  1888. 4.1.1.3
  1889. During the idle (or ready) state the TA (DCE) will transmit the following 
  1890. toward the DTE: 
  1891. .sp 9p
  1892. .RT
  1893. .LP
  1894.     Circuit\ 104\ =\ Continuous binary 1
  1895. .LP
  1896.     Circuit\ 107\ =\ OFF
  1897. .LP
  1898.     Circuit\ 106\ =\ OFF
  1899. .LP
  1900.     Circuit\ 109\ =\ OFF
  1901. .sp 2P
  1902. .LP
  1903. 4.1.2
  1904.     \fIConnect TA to line state\fR 
  1905. .sp 1P
  1906. .RT
  1907. .PP
  1908. 4.1.2.1
  1909. When the TA is to be switched to the data mode, circuit 108
  1910. must be ON. Switching to the data mode causes the TA to transmit the following 
  1911. towards the ISDN (refer to Table\ 2/V.110): 
  1912. .sp 9p
  1913. .RT
  1914. .LP
  1915.     a)
  1916.     frame synchronization pattern, as follows:
  1917. .LP
  1918.     \(em
  1919.     octet 0 = all binary 0s
  1920. .LP
  1921.     \(em
  1922.     bit number one of octets 1\(hy9 = binary 1
  1923. .LP
  1924.     b)
  1925.     data bits = binary 1
  1926. .LP
  1927.     c)
  1928.     status bits S = OFF and X = OFF (ON = binary 0/OFF =
  1929. binary 1).
  1930. .PP
  1931. \fINote\ 1\fR \ \(em\ At this time circuit 103 is not connected to the 
  1932. data channel (e.g., the binary\ 1 condition of the data bits is generated 
  1933. within 
  1934. the TA).
  1935. .PP
  1936. \fINote\ 2\fR \ \(em\ In the following description only the inter\(hyoperation
  1937. between TE2/TA (DTE/DCE) interface and the intermediate rate frames
  1938. (Tables\ 6a/V.110 to\ 6f/V.110) and the 64\ kbit/s frame of Tables\ 7a/V.110
  1939. and\ 7c/V.110 are discussed. The second step of rate adaptation encoding and
  1940. decoding and the multiplexing and demultiplexing of the ISDN basic user/network 
  1941. interface are discussed in Recommendations\ I.460 and\ I.430, respectively. 
  1942. .RT
  1943. .PP
  1944. 4.1.2.2
  1945. At this time (i.e. switching to data mode) the receiver in the TA will 
  1946. begin to search for the frame synchronization pattern in the 
  1947. received bit stream (see \(sc\ 2.1.3.1). At the same time, a timer T1 shall be
  1948. started with a time out value of at least 10\ seconds.
  1949. .sp 9p
  1950. .RT
  1951. .PP
  1952. 4.1.2.3
  1953. When the receiver recognizes the frame synchronization pattern, it causes 
  1954. the S and X bits in the transmitted frames to be turned ON (provided that 
  1955. circuit\ 108 is ON). 
  1956. .sp 9p
  1957. .RT
  1958. .PP
  1959. 4.1.2.4
  1960. When the receiver recognizes that the status of bits S and X
  1961. are in the ON condition, it will perform the following functions:
  1962. .sp 9p
  1963. .RT
  1964. .LP
  1965.     a)
  1966.     Turn ON circuit 107 toward the DTE and stop timer T1.
  1967. .LP
  1968.     \fINote\fR \ \(em\ A duplex DTE that implements and is able to operate
  1969. circuit\ 105 may be expected to turn this circuit ON at any
  1970. time. However, if not previously turned ON, it must be turned ON
  1971. in response to the ON condition on circuit\ 107.
  1972. .LP
  1973.     b)
  1974.     Then, circuit 103 may be connected to the data bits in the
  1975. frame; however, the DTE must maintain a binary\ 1 condition until
  1976. circuit\ 106 is turned ON in the next portion of the sequence.
  1977. .LP
  1978.     c)
  1979.     Turn ON circuit 109 and connect the data bits to
  1980. circuit\ 104.
  1981. .LP
  1982.     \fINote\fR \ \(em\ Binary 1 is being received on circuit 104 at
  1983. this time.
  1984. .LP
  1985.     d)
  1986.     After an N bit interval (see \(sc 3.3), it will turn ON
  1987. circuit\ 106.
  1988. .LP
  1989.     e)
  1990.     Circuit 106 transitioning from OFF to ON will cause the
  1991. transmitted data to transition from binary\ 1 to the data
  1992. mode.
  1993. .PP
  1994. If circuit 107 has not been turned ON, after expiring of timer T1 the TA 
  1995. shall be disconnected according to the procedures given in \(sc\ 4.1.4. 
  1996. .bp
  1997. .sp 2P
  1998. .LP
  1999. 4.1.3
  2000.     \fIData transfer state\fR 
  2001. .sp 1P
  2002. .RT
  2003. .PP
  2004. 4.1.3.1
  2005. While in the data transfer state, the following circuit
  2006. conditions exist:
  2007. .sp 9p
  2008. .RT
  2009. .LP
  2010.     a)
  2011.     circuits 105 (when implemented), 106, 107, 108/1 or 108/2
  2012. and 109 are in the ON condition;
  2013. .LP
  2014.     b)
  2015.     data is being transmitted on circuit 103 and received on
  2016. circuit\ 104.
  2017. .sp 2P
  2018. .LP
  2019. 4.1.4
  2020.     \fIDisconnect mode\fR 
  2021. .sp 1P
  2022. .RT
  2023. .PP
  2024. 4.1.4.1
  2025. At the completion of the data transfer phase, the local DTE
  2026. will indicate a disconnect request by turning OFF circuit\ 108. This will
  2027. cause the following to occur:
  2028. .sp 9p
  2029. .RT
  2030. .LP
  2031.     a)
  2032.     the status bits S in the frame toward ISDN will turn OFF,
  2033. status bits X are kept ON;
  2034. .LP
  2035.     b)
  2036.     circuit 106 will be turned OFF;
  2037. .LP
  2038.     c)
  2039.     the data bits in the frame will
  2040. be set to binary\ 0.
  2041. .PP
  2042. 4.1.4.2
  2043. If circuit 108 is still ON at the remote TA, this TA will
  2044. recognize the transition of the status bits from ON to OFF and the data bits
  2045. from data to binary\ 0 as a disconnected signal and it will turn OFF
  2046. circuits\ 107 and\ 109. This DTE should respond by turning OFF circuit\ 108 and
  2047. transferring to disconnected mode. The disconnection will be signaled via 
  2048. the ISDN D\ channel signalling protocol. At this time, the DTE/DCE interface 
  2049. should be placed in the idle (or ready) state. 
  2050. .sp 9p
  2051. .RT
  2052. .PP
  2053. 4.1.4.3
  2054. The TA at the station that originated the disconnect request
  2055. will recognize reception of S\ =\ OFF or the loss of framing signals as a
  2056. disconnect acknowledgement and turn OFF circuits\ 107 and\ 109 and transfer to
  2057. disconnected mode. The disconnection will be signalled via the ISDN D\ 
  2058. channel signalling protocol. At this time, the DTE/DCE interface 
  2059. should be placed in the idle (or ready) state.
  2060. .sp 9p
  2061. .RT
  2062. .sp 1P
  2063. .LP
  2064. 4.1.5
  2065.     \fILoss of frame synchronization\fR 
  2066. .sp 9p
  2067. .RT
  2068. .PP
  2069. In the event of loss of frame synchronization, the TA should
  2070. attempt to resynchronize as follows:
  2071. .RT
  2072. .LP
  2073.     a)
  2074.     Place circuit 104 in binary 1 condition (passes from
  2075. the data mode).
  2076. .LP
  2077.     b)
  2078.     Turn OFF status bit X in the transmitted frame.
  2079. .LP
  2080.     c)
  2081.     The remote TA upon recognition of status bit X OFF will turn
  2082. OFF circuit\ 106 which will cause the remote DTE to place
  2083. circuit\ 103 in a binary\ 1 condition.
  2084. .LP
  2085.     d)
  2086.     The local TA should attempt to resynchronize on the
  2087. incoming signal.
  2088. .LP
  2089.     e)
  2090.     If after an interval of three seconds the local TA cannot
  2091. attain synchronization, it should send a disconnect request
  2092. by turning OFF all of the status bits for several (at least
  2093. three) frames with data bits set to binary\ 0 and then disconnect
  2094. by turning OFF circuit\ 107 and transferring to the disconnected
  2095. mode as discussed in \(sc\ 4.1.4.2 above.
  2096. .LP
  2097.     \fINote\fR \ \(em\ The values of three seconds and three frames
  2098. are provisional and should be confirmed or amended after further
  2099. study.
  2100. .LP
  2101.     f
  2102. )
  2103.     If resynchronization is achieved, the TA should turn
  2104. ON status bit X toward the distant station.
  2105. .LP
  2106.     g)
  2107.     If resynchronization is achieved, the TA (which has turned
  2108. OFF circuit\ 106) should, after an N\ bit interval (see \(sc\ 3.3),
  2109. turn ON circuit\ 106. This will cause circuit\ 103 to change from
  2110. binary\ 1 to the data mode.
  2111. .LP
  2112.     \fINote\fR \ \(em\ During a resynchronization attempt, circuits 107
  2113. and 109 should remain ON.
  2114. .sp 2P
  2115. .LP
  2116. 4.2
  2117.     \fITA half\(hyduplex operation\fR 
  2118. .sp 1P
  2119. .RT
  2120. .PP
  2121. The data call establishment for the interworking of half\(hyduplex
  2122. DTEs equipped with V\(hyseries type interfaces is the same as discussed 
  2123. in \(sc\ 4.1 above. The only difference between half\(hyduplex operation 
  2124. is in the control of the circuits\ 105, 106, and 109, as follows. 
  2125. .bp
  2126. .PP
  2127. \fINote\fR \ \(em\ This is a unique application; therefore, TA arranged for
  2128. half\(hyduplex operation will not be able to interwork with either a V\(hyseries 
  2129. or an X\(hyseries duplex DTE (TE2). 
  2130. .RT
  2131. .PP
  2132. 4.2.1
  2133. In a TA arranged to accommodate half\(hyduplex DTEs, circuit\ 109 will 
  2134. be under the control of the status bits\ SB in the incoming frame, as 
  2135. follows:
  2136. .sp 9p
  2137. .RT
  2138. .LP
  2139.     a)
  2140.      If at the local interface circuit 109 is OFF and circuit\ 104 is in the 
  2141. binary\ 1 state, the DTE may \*Q\fBrequest to send\fR \*U by 
  2142. turning ON circuit\ 105.
  2143. .LP
  2144.     b)
  2145.      The TA will then turn ON status bits SB in the transmitted frame which 
  2146. will turn ON circuit\ 109 in the remote interface and 
  2147. connect circuit\ 104 to the data bit stream of the incoming frame.
  2148. .LP
  2149.     c)
  2150.     After an \fIN\fR bit interval (see \(sc\ 3.3) the local TA will
  2151. turn ON circuit\ 106, which will allow the local DTE to transmit
  2152. data on circuit\ 103.
  2153. .LP
  2154.     d)
  2155.      Upon completion of the transmission the local DTE will turn OFF circuit\ 
  2156. 105. This will in turn: 
  2157. .LP
  2158.     \(em
  2159.     turn OFF circuit 106 in the local interface and
  2160. circuit\ 103 will revert to the binary\ 1 state,
  2161. .LP
  2162.     \(em
  2163.     turn OFF status bits SB which will in turn at the
  2164. remote TA turn OFF circuit\ 109 and place circuit\ 104 in a
  2165. binary\ 1 condition.
  2166. .LP
  2167.     e)
  2168.      At this time the remote DTE is able to reverse the sequence by turning 
  2169. ON circuit\ 105. 
  2170. .sp 1P
  2171. .LP
  2172. 4.3
  2173.     \fIAutomatic calling\fR 
  2174. .sp 9p
  2175. .RT
  2176. .PP
  2177. The mapping of V.25 and/or V.25\|\fIbis\fR automatic calling and/or
  2178. automatic answering procedures to the ISDN D\ channel signalling protocols is
  2179. for further study.
  2180. .RT
  2181. .sp 2P
  2182. .LP
  2183. \fB5\fR     \fBNetwork independent clocks\fR 
  2184. .sp 1P
  2185. .RT
  2186. .PP
  2187. In cases where synchronous data signals at user rates up to and
  2188. including 19.2\ kbit/s are received from outside the ISDN (e.g.,\ through an
  2189. interworking unit from a DTE/modem on the PSTN), the data may not be
  2190. synchronized to the ISDN. The following method shall be used to enable 
  2191. transfer of those data signals and the corresponding bit timing information 
  2192. via the 
  2193. 80\(hybit frame to the receiving TA. Such a situation would exist where the
  2194. signals are received through an interworking unit from voice\(hyband data 
  2195. modems on the analogue PSTN where the transmit data from the remote modem 
  2196. is 
  2197. synchronized to the modem clock (normal case for such applications). The
  2198. frequency tolerance of such modems is 100\ ppm.
  2199. .RT
  2200. .sp 1P
  2201. .LP
  2202. 5.1
  2203.     \fIMeasurement of phase differences\fR 
  2204. .sp 9p
  2205. .RT
  2206. .PP
  2207. The phase difference between the following two frequencies will be  measured:
  2208. .RT
  2209. .LP
  2210.     i)
  2211.     R1 = 0.6 \(mu the nominal intermediate rate (except where Fill
  2212. bits are used; see Note), synchronized with the ISDN;
  2213. .LP
  2214.     ii)
  2215.     R2 = 0.6 \(mu the nominal intermediate rate (except where
  2216. Fill bits are used; see Note), derived from and synchronized
  2217. with the bit timing received from the remote synchronous
  2218. source, e.g.,\ modem.
  2219. .LP
  2220.     \fINote\fR \ \(em\ Clocks R1 and R2 are nominally either 4800,
  2221. 9600 or 19\|200 Hz at 8\ kbit/s, 16\ kbit/s and 32\ kbit/s
  2222. intermediate rate, respectively.
  2223. .PP
  2224. Where Fill bits are used, in the cases of 7200 and 14\|400 bit/s R1 and 
  2225. R2 will have the same nominal rate as the user bit rate. 
  2226. .PP
  2227. Compensation will affect one, one\(hyhalf, one\(hyquarter or one\(hyeighth 
  2228. of a user data bit, dependent upon the bit repetition factor. 
  2229. .PP
  2230. A state diagram for the transmitting TA showing the phase of R2
  2231. relative to R1 appears in Figure\ 4/V.110. Table\ 10/V.110 shows the related 
  2232. bit coding. 
  2233. .bp
  2234. .RT
  2235. .LP
  2236. .rs
  2237. .sp 26P
  2238. .ad r
  2239. \fBFigure 4/V.110, p.\fR 
  2240. .sp 1P
  2241. .RT
  2242. .ad b
  2243. .RT
  2244. .ce
  2245. \fBH.T. [T17.110]\fR 
  2246. .ce
  2247. TABLE\ 10/V.110
  2248. .ce
  2249. \fBCoding of E bits for network\(hyindependent clocking
  2250. .ps 9
  2251. .vs 11
  2252. .nr VS 11
  2253. .nr PS 9
  2254. .TS
  2255. center box;
  2256. cw(108p) | cw(24p) sw(24p) sw(24p) , ^  | c | c | c.
  2257. T{
  2258. Displacement (in % of nominal R1 clock period at
  2259. n\ \(mu\ 4800 bit/s,
  2260. n = 1, 2 or 4)
  2261. T}    Coding in the 80\(hybit frame
  2262.     E4    E5    E6
  2263. _
  2264. .T&
  2265. lw(108p) | cw(24p) | cw(24p) | cw(24p) .
  2266. Nominaly\ \ \ 0    1    1    1
  2267. .T&
  2268. lw(108p) | cw(24p) | cw(24p) | cw(24p) .
  2269. \fBNominaly\ \fR +20    0    0    0
  2270. .T&
  2271. lw(108p) | cw(24p) | cw(24p) | cw(24p) .
  2272. \fBNominaly\ \fR +40    0    0    1
  2273. .T&
  2274. lw(108p) | cw(24p) | cw(24p) | cw(24p) .
  2275. \fBNominaly\ \fR \(em40    0    1    0
  2276. .T&
  2277. lw(108p) | cw(24p) | cw(24p) | cw(24p) .
  2278. \fBNominaly\ \fR \(em20    0    1    1
  2279. _
  2280. .T&
  2281. lw(108p) | lw(24p) | lw(24p) | lw(24p) .
  2282. Compensation control             
  2283. _
  2284. .T&
  2285. lw(108p) | cw(24p) | cw(24p) | cw(24p) .
  2286. T{
  2287. Positive compensation of a one
  2288. T}    1    0    1
  2289. .T&
  2290. lw(108p) | cw(24p) | cw(24p) | cw(24p) .
  2291. T{
  2292. Positive compensation of a zero
  2293. T}    1    0    0
  2294. .T&
  2295. lw(108p) | cw(24p) | cw(24p) | cw(24p) .
  2296. Negative compensation    1    1    0
  2297. _
  2298. .TE
  2299. .nr PS 9
  2300. .RT
  2301. .ad r
  2302. \fBTable 10/V.110 [T17.110], p.\fR 
  2303. .sp 1P
  2304. .RT
  2305. .ad b
  2306. .RT
  2307. .LP
  2308. .bp
  2309. .PP
  2310. Comparison of R1 and R2 will give a phase difference relative to R1 which 
  2311. will be encoded as shown in Table\ 10/V.110. The resultant 3\(hybit code 
  2312. will be transmitted in bit positions E4, E5 and E6, and used for clock 
  2313. control at the receiving\ TA. 
  2314. .PP
  2315. To avoid continuous jitter between neighbouring displacement
  2316. positions, hysteresis shall be applied, as follows:
  2317. .PP
  2318. The displacement code shall be changed only when the measured phase
  2319. difference between R1 and R2 is 15% (of the R1 clock period) more or less 
  2320. than the difference indicated by the existing displacement code. 
  2321. .PP
  2322. \fIExample\fR \ \(em\ Bit combination 000 indicates a phase difference of
  2323. nominally 20%. This bit combination will be changed into 001 when the measured 
  2324. phase difference is 35% or more, and into 111 when the measured phase 
  2325. difference is 5% or less.
  2326. .RT
  2327. .sp 1P
  2328. .LP
  2329. 5.2
  2330.     \fIPositive/negative compensation\fR 
  2331. .sp 9p
  2332. .RT
  2333. .PP
  2334. On transition from the +40% state to the \(em40% state, an extra user D\ 
  2335. bit has to be transmitted in the 80\(hybit frame, using bit\ E6 (positive 
  2336. compensation). At the receiving TA, this extra bit will be inserted between 
  2337. D24 and D25 as shown in Table\ 2/V.110, immediately following the E\ bits. 
  2338. .PP
  2339. On transition from the \(em40% state to the +40% state, a bit combination 
  2340. is transmitted in the 80\(hybit frame (E4, E5 and E6\ =\ 1, 1, 0, respectively), 
  2341. indicating to the receiving TA that bit\ D25 of the 80\(hybit frame, being 
  2342. set to ONE, does not contain user data and should be removed (negative 
  2343. compensation).
  2344. .RT
  2345. .sp 1P
  2346. .LP
  2347. 5.3
  2348.     \fIEncoding\fR 
  2349. .sp 9p
  2350. .RT
  2351. .PP
  2352. The encoding of the measured phase difference for clock control and the 
  2353. positive/negative compensation control overrides and replaces the clock 
  2354. control coding.
  2355. .RT
  2356. .sp 2P
  2357. .LP
  2358. \fB6\fR     \fBInband parameter exchange state\fR 
  2359. .sp 1P
  2360. .RT
  2361. .PP
  2362. The capabilities provided and operation in an optional inband
  2363. parameter exchange state are described in Appendix\ I to this
  2364. Recommendation.
  2365. .RT
  2366. .sp 2P
  2367. .LP
  2368. \fB7\fR     \fBTesting facilities\fR 
  2369. .sp 1P
  2370. .RT
  2371. .PP
  2372. The provision of maintenance test loops is for further study,
  2373. taking in consideration I.603 and V.54.
  2374. \v'6p'
  2375. .RT
  2376. .ce 1000
  2377. ANNEX\ A
  2378. .ce 0
  2379. .ce 1000
  2380. (to Recommendation V.110)
  2381. .sp 9p
  2382. .RT
  2383. .ce 0
  2384. .ce 1000
  2385. \fBReference configurations\fR 
  2386. .sp 1P
  2387. .RT
  2388. .ce 0
  2389. .LP
  2390. A.1
  2391.     \fIIntroduction\fR 
  2392. .sp 1P
  2393. .RT
  2394. .PP
  2395. Figures A\(hy1/V.110 and A\(hy2/V.110 show the two basic reference models 
  2396. used in the development of V.110, and provide valuable examples of the 
  2397. way in which the terminal adaptor may be used. These are provided simply 
  2398. as an aid to the 
  2399. interpretation of V.110 and should not be seen as restrictive in any way.
  2400. .RT
  2401. .sp 1P
  2402. .LP
  2403. A.2
  2404.     \fITerminal adaptor reference model for V.110\fR 
  2405. .sp 9p
  2406. .RT
  2407. .PP
  2408. Figure A\(hy1/V.110 shows the basic reference model for a V.110
  2409. terminal adaptor.
  2410. .PP
  2411. The elements (1), (2), (3) and (4) shown in Figure A\(hy1/V.110
  2412. represent the functionality required of a terminal adaptor. The elements are
  2413. not intended to correspond to separate physical units. However, a terminal
  2414. adaptor need not necessarily constitute a single physical unit. The functions 
  2415. of these elements are: 
  2416. .RT
  2417. .LP
  2418.     1)
  2419.     Provision of Layer 1, in accordance with
  2420. Recommendations\ V.24 and V.28 or other applicable
  2421. Recommendations and ISO\ 2110 or other applicable standards,
  2422. of the interface at reference point\ R.
  2423. .bp
  2424. .LP
  2425.     2)
  2426.     Specific TA functions, including the adaption of the TE2
  2427. data (rate and format) for transmission over an ISDN B\ Channel
  2428. and provision of R\ interface lead control information. This
  2429. Recommendation covers primarily these functions.
  2430. .LP
  2431.     3)
  2432.     Network control signalling functions, including the
  2433. mapping of call control signals (in accordance with
  2434. Recommendation\ V.25\|\fIbis\fR or other applicable standard) at
  2435. the R\ interface into signals (according to Recommendation\ Q.931)
  2436. for transmission on the D\ Channel across the S/T interface.
  2437. .LP
  2438.     4)
  2439.     Provision of Layer 1, in accordance with
  2440. Recommendation\ I.430 of the interface at reference points S
  2441. or\ T.
  2442. .LP
  2443. .rs
  2444. .sp 28P
  2445. .ad r
  2446. \fBFigure A\(hy1/V.110, p.\fR 
  2447. .sp 1P
  2448. .RT
  2449. .ad b
  2450. .RT
  2451. .sp 2P
  2452. .LP
  2453. A.3
  2454.     \fITerminal adaption type\fR 
  2455. .sp 1P
  2456. .RT
  2457. .sp 1P
  2458. .LP
  2459. A.3.1
  2460.     \fITerminal adaptor \(em type A\fR 
  2461. .sp 9p
  2462. .RT
  2463. .PP
  2464. The TA\(hyA provides manual call control functions and the functions necessary 
  2465. for data transfer. The following data transfer functions are 
  2466. included:
  2467. .RT
  2468. .LP
  2469.     a)
  2470.     Conversion of electrical, mechanical, functional and
  2471. procedural characteristics of the V\(hySeries type interface(s)
  2472. to those required by an ISDN at reference points\ S and/or\ T,
  2473. as discussed in \(sc\ 3.5.
  2474. .LP
  2475.     b)
  2476.     Bit rate adaption of the V\(hySeries data signalling rates to
  2477. the 64\ kbit/s B\ Channel rate as described in \(sc\(sc\ 2.1, 2.2
  2478. and\ 2.3.
  2479. .LP
  2480.     c)
  2481.     End\(hyto\(hyend synchronization of entry to and exit from the
  2482. data transfer phase, as described in \(sc\ 4.
  2483. .bp
  2484. .PP
  2485. Terminal adaptor TA\(hyA may be implemented using a physically
  2486. separate TE1 for providing the network control signalling function, unit\ 
  2487. (3) in Figure\ A\(hy1/V.110, or the function may be part of an integrated 
  2488. implementation. The function provides for data connection establishment 
  2489. when using the 
  2490. circuit\(hymode 64\ kbit/s unrestricted bearer service. The function includes
  2491. provisions for speech and data connection establishment when using for 
  2492. speech, either circuit\(hymode 64\ kbit/s bearer service usable for 3.1\ 
  2493. kHz audio 
  2494. information transfer, and, for data, the circuit\(hymode 64\ kbit/s unrestricted 
  2495. bearer service concurrently on two B\ Channels.
  2496. .sp 1P
  2497. .LP
  2498. A.3.2
  2499.     \fITerminal adaptor \(em type B\fR 
  2500. .sp 9p
  2501. .RT
  2502. .PP
  2503. The TA\(hyB includes, in addition to those functions provided by a
  2504. TA\(hyA, the mapping functions necessary to convert the automatic calling 
  2505. and/or automatic answering procedures of Recommendations\ V.25 and\ V.25\|\fIbis\fR 
  2506. to\ the ISDN D Channel signalling protocol. This additional functionality
  2507. is in functional unit (3) in 
  2508. Figure\ A\(hy1/V.110. Terminal adaptor type\ B
  2509. is to be used with the 64\ kbit/s unrestricted bearer service.
  2510. .PP
  2511. The need for provisions covering functional unit (3) in Figure
  2512. A\(hy1/V.110 for the implementation of a type\ B terminal adaptor is for 
  2513. further 
  2514. study.
  2515. .PP
  2516. \fINote\fR \ \(em\ Reference to the use of the term \*Qunrestricted bearer\*U.
  2517. During an interim period, some networks may only support restricted 64\ 
  2518. kbit/s signal digital information transfer capability; i.e.,\ information 
  2519. transfer 
  2520. capability solely restricted by the requirement that the all\(hyzero octet 
  2521. is not allowed. Such networks may offer bearer services with restricted 
  2522. transport 
  2523. capabilities.
  2524. .RT
  2525. .sp 1P
  2526. .LP
  2527. A.4
  2528.     \fITypes of end\(hyto\(hyend connection\fR 
  2529. .sp 9p
  2530. .RT
  2531. .PP
  2532. The terminal adaptor functions described in this Recommendation
  2533. take into account the end\(hyto\(hyend connection types shown in Figure\ 
  2534. A\(hy2/V.110. 
  2535. The Figure shows the interoperational cases considered in this Recommendation, 
  2536. as follows: 
  2537. .RT
  2538. .LP
  2539.     V\(hySeries TE2 with V\(hySeries TE2
  2540. .LP
  2541.     V\(hySeries TE2 with X.21 TE2
  2542. .LP
  2543.     V\(hySeries TE2 with TE1
  2544. .LP
  2545.     V\(hySeries TE2 with V\(hySeries DTE on the PSTN through an
  2546. interworking function (IWF)
  2547. .PP
  2548. \fINote\fR \ \(em\ The adaption of terminals by the connection of
  2549. modem\(hyequipped TE2s to the analogue side of a CODEC to provide for the 
  2550. use of 3.1\ kHz bearer capabilities is not addressed in this Recommendation. 
  2551. .PP
  2552. Interworking with PSTNs may be provided on the basis of a trunk
  2553. interconnection using interworking functions (IWFs) (Note\ 1 of
  2554. Figure\ A\(hy2/V.110). The reference connections illustrated in Figure\ 
  2555. A\(hy2/V.110 do not envisage a direct connection between an ISDN in one 
  2556. country and a public 
  2557. switched telephone network (PSTN) in another country via a network\(hyprovided
  2558. Interworking Function in the first country. However, access to non\(hyISDN
  2559. countries could be through the normal PSTN international connections.
  2560. .RT
  2561. .LP
  2562. .rs
  2563. .sp 12P
  2564. .ad r
  2565. Blanc
  2566. .ad b
  2567. .RT
  2568. .LP
  2569. .bp
  2570. .LP
  2571. .rs
  2572. .sp 32P
  2573. .ad r
  2574. \fBFigure A\(hy2/V.110, p.\fR 
  2575. .sp 1P
  2576. .RT
  2577. .ad b
  2578. .RT
  2579. .ce 1000
  2580. APPENDIX\ I
  2581. .ce 0
  2582. .ce 1000
  2583. (to Recommendation V.110)
  2584. .sp 9p
  2585. .RT
  2586. .ce 0
  2587. .ce 1000
  2588. \fBIn\(hyband parameter exchange\fR 
  2589. .sp 1P
  2590. .RT
  2591. .ce 0
  2592. .LP
  2593. I.1
  2594.     \fIIntroduction\fR 
  2595. .sp 1P
  2596. .RT
  2597. .PP
  2598. During the evolution of ISDN there will exist for a considerable
  2599. period:
  2600. .RT
  2601. .LP
  2602.     \(em
  2603.     DTEs with V\(hySeries type interfaces which are to be connected
  2604. to an ISDN by terminal adaptors, and
  2605. .LP
  2606.     \(em
  2607.     requirements for interoperation between DTEs/TAs connected to
  2608. ISDNs, that are interconnected with facilities which do not
  2609. provide for the full ISDN out\(hyof\(hyband signalling capability
  2610. necessary to support parameter exchange between terminal
  2611. adaptors.
  2612. .PP
  2613. Considering that Recommendation I.530 defines interworking between an ISDN 
  2614. and a PSTN in general, that Recommendation\ I.515 describes the 
  2615. parameter exchange for interworking between ISDNs and existing networks, the
  2616. specific procedure to be used for inband parameter exchange (IPE) within the
  2617. context of terminal adaptors following Recommendation\ V.110 is as described
  2618. here. This procedure is consistent with Recommendations\ I.530 and\ I.515.
  2619. .bp
  2620. .PP
  2621. It enhances the capability of V.110 in order to support:
  2622. .RT
  2623. .LP
  2624.     \(em
  2625.     the transfer of the end\(hyto\(hyend information required for
  2626. the comptability checking of data calls,
  2627. .LP
  2628.     \(em
  2629.     an exchange of terminal adaptor parameter information, and
  2630. .LP
  2631.     \(em
  2632.     an exchange of information related to maintenance
  2633. operations.
  2634. .sp 1P
  2635. .LP
  2636. I.2
  2637.     \fIDefinitions\fR 
  2638. .sp 9p
  2639. .RT
  2640. .PP
  2641. For the IPE, which is described here, the following definitions
  2642. apply. These definitions are ordered logically to minimize forward
  2643. referencing.
  2644. .RT
  2645. .sp 1P
  2646. .LP
  2647. I.2.1
  2648.     \fBTA\fR 
  2649. .sp 9p
  2650. .RT
  2651. .PP
  2652. A terminal adaptor.
  2653. .RT
  2654. .sp 1P
  2655. .LP
  2656. I.2.2
  2657.     \fBcalling TA\fR 
  2658. .sp 9p
  2659. .RT
  2660. .PP
  2661. The TA requesting the connection to be established.
  2662. .RT
  2663. .sp 1P
  2664. .LP
  2665. I.2.3
  2666.     \fBcalled TA\fR 
  2667. .sp 9p
  2668. .RT
  2669. .PP
  2670. The TA accepting the connection.
  2671. .RT
  2672. .sp 1P
  2673. .LP
  2674. I.2.4
  2675.     \fBoriginating TA\fR 
  2676. .sp 9p
  2677. .RT
  2678. .PP
  2679. The TA which is responsible for initiating the next exchange of
  2680. parameter information. Initially, the calling TA takes on the role of the
  2681. originating TA.
  2682. .RT
  2683. .sp 1P
  2684. .LP
  2685. I.2.5
  2686.     \fBanswering TA\fR 
  2687. .sp 9p
  2688. .RT
  2689. .PP
  2690. The TA which is not responsible for initiating the next exchange
  2691. of parameter information. Initially, the called TA takes on the role of the
  2692. answering TA.
  2693. .RT
  2694. .sp 1P
  2695. .LP
  2696. I.2.6
  2697.     \fBparameter information\fR 
  2698. .sp 9p
  2699. .RT
  2700. .PP
  2701. Terminal adaptation protocol information, TA parameters, and
  2702. (optionally) maintenance information.
  2703. .RT
  2704. .sp 1P
  2705. .LP
  2706. I.2.7
  2707.     \fBparameter block\fR 
  2708. .sp 9p
  2709. .RT
  2710. .PP
  2711. The complete set of parameter information structured into message groups, 
  2712. which are transferred by each TA towards the other during each 
  2713. parameter exchange.
  2714. .RT
  2715. .sp 1P
  2716. .LP
  2717. I.2.8
  2718.     \fBmessage group\fR 
  2719. .sp 9p
  2720. .RT
  2721. .PP
  2722. The arrangement of octets based on a repeated sequence of command octets 
  2723. followed by a series of three LOW\(hyHIGH data octet pairs. Each message 
  2724. group transfers one octet of the parameter information.
  2725. .RT
  2726. .sp 1P
  2727. .LP
  2728. I.2.9
  2729.     \fBsequence of command octets\fR 
  2730. .sp 9p
  2731. .RT
  2732. .PP
  2733. The repeated transmission of at least 32 command octets transmitted without 
  2734. interval for 64\ kbit/s unrestricted and restricted channels. In the 
  2735. case of asynchronous IPE the sequence may be interrupted, within the limits 
  2736. of the procedures. 
  2737. .RT
  2738. .sp 1P
  2739. .LP
  2740. I.2.10
  2741.     \fBseries of LOW\(hyHIGH data octet pairs\fR 
  2742. .sp 9p
  2743. .RT
  2744. .PP
  2745. The transmission of six octets grouped into three pairs of LOW\(hyHIGH 
  2746. data octets, the LOW data octet being transmitted in each pair before the 
  2747. HIGH data octet. The six octets are transmitted without interval for 64\ 
  2748. kbit/s 
  2749. unrestricted and restricted channels. In the case of asynchronous IPE, the
  2750. transmission of the six octets may be interrupted, within the limits of the
  2751. procedures.
  2752. .bp
  2753. .RT
  2754. .sp 1P
  2755. .LP
  2756. I.2.11
  2757.     \fBverification\fR 
  2758. .sp 9p
  2759. .RT
  2760. .PP
  2761. Establishment of the validity of a piece of data according to the specified 
  2762. error handling procedures. 
  2763. .RT
  2764. .sp 1P
  2765. .LP
  2766. I.3
  2767.     \fIOverview\fR 
  2768. .sp 9p
  2769. .RT
  2770. .PP
  2771. The in\(hyband parameter exchange (IPE) described here is based on the 
  2772. transfer of parameter information within the user data stream of an 
  2773. established connection. Specific IPE rates have been selected to cover the
  2774. application of IPE to connections based on 64\ kbit/s unrestricted channels,
  2775. 64\ kbit/s restricted channels and intermediate rate channels. For IPE 
  2776. at rates other than 64\ kbit/s, rate adaption according to Recommendation\ 
  2777. V.110 is 
  2778. applied to the user data stream containing the parameter information.
  2779. .PP
  2780. In the case of IPE within intermediate rate channels, it is first
  2781. necessary to achieve frame synchronization according to Recommendation\ V.110
  2782. before the exchange can commence. The parameter information is transferred 
  2783. in a parameter block during one or more exchanges between the two TAs. 
  2784. The block 
  2785. structure is based on message groups, containing a sequence of command 
  2786. octets which identify the information carried in the message group, and 
  2787. a series of 
  2788. general purpose LOW\(hyHIGH data octet pairs which carry the information. The
  2789. command octets are always transmitted in a repeated sequence of at least
  2790. 32\ octets to allow persistency error handling techniques to be employed.
  2791. .PP
  2792. The LOW\(hyHIGH data octet pairs are always transmitted in a series of three to
  2793. enable majority voting error recovery techniques to be used.
  2794. .PP
  2795. After the first exchange of parameters, the called TA determines
  2796. whether the parameter exchange has been successful. If it is, both TAs 
  2797. proceed to the data transfer state directly unless the agreed data transfer 
  2798. rate first requires re\(hysynchronization to a new intermediate rate according 
  2799. to 
  2800. Recommendation\ V.110. After the first exchange, and each subsequent exchange, 
  2801. the responsibility for determining the success of the exchange is transferred, 
  2802. to allow the negotiation of parameters to progress evenly. Status information 
  2803. is also transferred during the IPE to enable both TAs to monitor the 
  2804. progression of the exchange. If at any time either TA concludes that a
  2805. successful exchange of parameters cannot be achieved, the TA should clear 
  2806. the connection. 
  2807. .PP
  2808. Interworking with TAs not supporting IPE is specified.
  2809. .RT
  2810. .sp 1P
  2811. .LP
  2812. I.4
  2813.     \fIReference configuration\fR 
  2814. .sp 9p
  2815. .RT
  2816. .PP
  2817. Figure I\(hy1/V.110 gives an example of a scenario for an IPE
  2818. procedure. It illustrates the connection of ISDNs using the connectivity of
  2819. existing networks. As the evolution towards a ubiquitous international ISDN
  2820. capability proceeds, the connection of ISDN islands will often use existing
  2821. network capabilities. Two alternatives are indicated in Figure\ I\(hy1/V.110.
  2822. Either arrangement indicated may exist though the use of \*Qdigital connectivity\*U 
  2823. based on the existing IDN has many advantages including the avoidance of 
  2824. the 
  2825. need for layer\ 1 interworking functions. The IDN, however, does not have the
  2826. ISDN signalling capability and this leads to the need for an IPE procedure. 
  2827. The IPE capability is required to enable communicating TAs to exchange 
  2828. parameters as well as to perform other operations such as maintenance functions. 
  2829. Even 
  2830. where the ISDN signalling capability is available, the IPE capability may be
  2831. used to provide enhanced parameter exchange.
  2832. .RT
  2833. .sp 2P
  2834. .LP
  2835. I.5
  2836.     \fIProcedures\fR 
  2837. .sp 1P
  2838. .RT
  2839. .sp 1P
  2840. .LP
  2841. I.5.1
  2842.     \fIGeneral\fR 
  2843. .sp 9p
  2844. .RT
  2845. .PP
  2846. Described in \(sc I.5 are the procedures which permit a TA to exchange 
  2847. parameter and maintenance information in\(hyband by using messages within 
  2848. the user data stream. 
  2849. .PP
  2850. Once the call has been established, the IPE is initiated at one of
  2851. four user data rates as per Table\ I\(hy1/V.110. It is recommended that, where
  2852. possible, the IPE is performed using the unrestricted/restricted 64\ kbit/s
  2853. rate. If the TA is not capable of starting at this rate, then the appropriate 
  2854. default intermediate rate is used. Default intermediate\(hyrate channels 
  2855. are 
  2856. selected according to the Recommendation for single stream operation described 
  2857. in Recommendation\ I.460. Subrate multiplexing cannot be supported until 
  2858. the IPE is complete. 
  2859. .bp
  2860. .RT
  2861. .LP
  2862. .rs
  2863. .sp 22P
  2864. .ad r
  2865. \fBFigure I\(hy1/V.110, p.\fR 
  2866. .sp 1P
  2867. .RT
  2868. .ad b
  2869. .RT
  2870. .PP
  2871. The final rate of data transfer is not restricted by the choice of IPE 
  2872. user rate. It is therefore possible for an IPE at 4.8\ kbit/s async, for 
  2873. example, to agree on the use of 64\ kbit/s unrestricted during the data 
  2874. transfer state. For IPE at rates other than 64\ kbit/s, rate adaption according 
  2875. to 
  2876. .PP
  2877. Recommendation\ V.110 is applied to the user data stream containing the IPE
  2878. information. In order to prevent unintended disconnection when rate adaption
  2879. according to Recommendation\ V.110 is used, it is necessary to avoid the
  2880. condition S\ =\ OFF, X\ =\ ON and all the data bits set to ZERO. This is 
  2881. achieved by the use of asynchronous characters with one Stop bit and the 
  2882. permanent 
  2883. setting of bit\ 8 in all octets to ONE.
  2884. .PP
  2885. Paragraph I.5.2 describes how IPE is initiated, with the procedures
  2886. for IPE itself described in \(sc\ I.5.3. If the parameter exchange results 
  2887. in the selection of a data rate based on a different intermediate rate 
  2888. to that used 
  2889. for IPE, re\(hysynchronization is required. The procedures for re\(hysynchronization 
  2890. and data transfer are given in \(sc\(sc\ I.5.4 and I.5.5 respectively. 
  2891. In \(sc\ I.5.6, the procedures for interworking with a TA not supporting 
  2892. IPE are given. In \(sc\ I.5.7 the procedures associated with maintenance 
  2893. are described. \(sc\ I.5.8 defines 
  2894. re\(hyentry to IPE from the data transfer state, and \(sc\ I.5.9 provides the
  2895. procedures for error protection and handling. Message codings are given in
  2896. \(sc\ I.6, timer values in \(sc\ I.7 and state transition diagrams in \(sc\ 
  2897. I.8. 
  2898. .RT
  2899. .ce
  2900. \fBH.T. [T18.110]\fR 
  2901. .ce
  2902. TABLE\ I\(hy1/V.110
  2903. .ce
  2904. \fBSelection of IPE user rate 
  2905. .ps 9
  2906. .vs 11
  2907. .nr VS 11
  2908. .nr PS 9
  2909. .TS
  2910. center box;
  2911. cw(120p) | cw(60p) .
  2912. IPE intermediate rate    IPE data rate
  2913. _
  2914. .T&
  2915. lw(120p) | cw(60p) .
  2916. T{
  2917. Unrestricted/restricted (64 kbit/s)
  2918. T}    56 kbit/s \fBasync\fR
  2919. .T&
  2920. lw(120p) | cw(60p) .
  2921. T{
  2922. 32 kbit/s intermediate\(hyrate channel
  2923. T}    19.2 kbit/s async
  2924. .T&
  2925. lw(120p) | cw(60p) .
  2926. T{
  2927. 16 kbits/s intermediate\(hyrate channel
  2928. T}    \ 9.6 kbit/s async
  2929. .T&
  2930. lw(120p) | cw(60p) .
  2931. T{
  2932. 8 kbits/s intermediate\(hyrate channel
  2933. T}    \ 4.8 kbit/s async
  2934. _
  2935. .TE
  2936. .nr PS 9
  2937. .RT
  2938. .ad r
  2939. \fBTable I\(hy1/V.110 [T18.110], p.\fR 
  2940. .sp 1P
  2941. .RT
  2942. .ad b
  2943. .RT
  2944. .LP
  2945. .bp
  2946. .sp 1P
  2947. .LP
  2948. I.5.2
  2949.     \fIInitiating the exchange\fR 
  2950. .sp 9p
  2951. .RT
  2952. .PP
  2953. An IPE TA requires a local memory flag (the re\(hyentry flag) to
  2954. control the re\(hyentry into IPE from the data transfer state.
  2955. .PP
  2956. During the inactive state, the TA shall transmit continuous ONEs into the 
  2957. B\ channel (see \(sc\ I.8). Once a connection has been established, both 
  2958. TAs 
  2959. will initiate the parameter exchange at the selected user rate and set the
  2960. re\(hyentry flag to ZERO. Before beginning the parameter exchange, both 
  2961. TAs start Timer\ T2 and may send repeated IDLE status octets (see \(sc\ 
  2962. I.6.5). 
  2963. .PP
  2964. In the case where the TAs operate on a different IPE user rate, the
  2965. following procedure shall be applied:
  2966. .RT
  2967. .LP
  2968.     \(em
  2969.     during the first half of period T2, the called TA only tries
  2970. to adapt to the IPE rate of the calling TA before transmitting
  2971. its initial exchange of information;
  2972. .LP
  2973.     \(em
  2974.     during the second half of period T2, the calling TA only
  2975. tries to adapt to the called TA, and retransmits the initial
  2976. exchange of information at the called TA user rate.
  2977. .PP
  2978. If Timer T2 expires before a complete parameter block has been
  2979. received, both TAs shall begin data transfer using their default parameters.
  2980. .PP
  2981. In the case of user rates of 4.8, 9.6 or 19.2 kbit/s, the TA first
  2982. completes the frame synchronization procedure described in
  2983. Recommendation\ V.110, with the changes detailed below:
  2984. .RT
  2985. .LP
  2986.     a)
  2987.     The transmitter sends frames towards its peer with status
  2988. information S\ =\ OFF and X\ =\ OFF and enters the awaiting
  2989. synchronization\(hyparameter exchange state (State\ 6).
  2990. .LP
  2991.     b)
  2992.     When the TA recognizes the frame synchronization pattern
  2993. in the awaiting synchronization\(hyparameter exchange state
  2994. (State\ 6), it verifies the status information received and
  2995. then enters the appropriate state, in a coordinated manner,
  2996. as follows:
  2997. .LP
  2998.     \(em
  2999.     data transfer (State 4), upon receipt of S\ =\ ON
  3000. and X\ =\ ON (see \(sc\ I.5.6),
  3001. .LP
  3002.     \(em
  3003.     IPE default exchange (State 5), upon receipt of
  3004. S\ =\ OFF and X\ =\ OFF,
  3005. .LP
  3006.     \(em
  3007.     parameter exchange (State 7), upon receipt of
  3008. S\ =\ OFF and X\ =\ ON (see \(sc\ I.5.3).
  3009. .LP
  3010.     c)
  3011.      When the TA is in the IPE default exchange state (State 5), it shall 
  3012. transmit frames with status information S\ =\ OFF and 
  3013. X\ =\ ON and verify the status information received and then
  3014. enter the appropriate state, in a coordinated manner, as
  3015. follows:
  3016. .LP
  3017.     \(em
  3018.     data transfer (State 4), upon receipt of S\ =\ ON
  3019. and X\ =\ ON (see \(sc\ I.5.6),
  3020. .LP
  3021.     \(em
  3022.     parameter exchange (State 7), upon receipt of
  3023. S\ =\ OFF and X\ =\ ON (see \(sc\ I.5.3).
  3024. .PP
  3025. In the case of user rates of 56 or 64 kbit/s there is no frame
  3026. synchronization requirement.
  3027. .sp 2P
  3028. .LP
  3029. I.5.3
  3030.     \fIParameter exchange\fR 
  3031. .sp 1P
  3032. .RT
  3033. .sp 1P
  3034. .LP
  3035. I.5.3.1
  3036.     \fIOcter alignment\fR 
  3037. .sp 9p
  3038. .RT
  3039. .PP
  3040. In the case of user rates of 4.8, 9.6 or 19.2 kbit/s, each octet of the 
  3041. parameter exchange message is carried as a single start\(hystop character 
  3042. (see \(sc\ I.6.1). In the case of user rates of 56 or 64\ kbit/s, network\(hyprovided 
  3043. octet alignment shall be used. 
  3044. .RT
  3045. .sp 1P
  3046. .LP
  3047. I.5.3.2
  3048.     \fITransfer of parameters\fR 
  3049. .sp 9p
  3050. .RT
  3051. .PP
  3052. The correct interpretation of this section requires careful
  3053. adherence to the definitions made in \(sc\ I.2, particularly for the meaning 
  3054. of a \*Qsequence of command octets\*U (\(sc\ I.2.9) and a \*Qseries of 
  3055. LOW\(hyHIGH data octet 
  3056. pairs\*U (\(sc\ I.2.10). Further detailed information is given in \(sc\ 
  3057. I.5.9 and \(sc\ I.6. 
  3058. .PP
  3059. After the connection has been established, the calling TA takes on the 
  3060. role of the originating TA and the called TA the role of the answering 
  3061. TA. 
  3062. .PP
  3063. The originating TA begins by starting Timer T1 and transmitting a
  3064. sequence of XSTART command octets (see \(sc\ I.6.3). After verifying the 
  3065. receipt of the XSTART command octets, the answering TA starts Timer\ T1 
  3066. and begins 
  3067. parameter transfer as described below. Once the originating TA has verified 
  3068. the receipt of the RA\ VERSION command octet (at the start of the parameter 
  3069. transfer) from the answering TA, the originating TA also begins parameter
  3070. transfer in the same manner. Figure\ I\(hy2/V.110 portrays the normal sequence 
  3071. of events during the parameter exchange. 
  3072. .bp
  3073. .RT
  3074. .LP
  3075. .rs
  3076. .sp 47P
  3077. .ad r
  3078. \fBFigure I\(hy2/V.110, p. 33\fR 
  3079. .sp 1P
  3080. .RT
  3081. .ad b
  3082. .RT
  3083. .LP
  3084. .bp
  3085. .PP
  3086. The parameter transfer commences with the transmission of a sequence
  3087. of RA VERSION command octets followed by a series of LOW\(hyHIGH data octet 
  3088. pairs containing the rate adaption identifier (see \(sc\ I.6.2). Directly 
  3089. following the transmission of the rate adaption identifier, the transfer 
  3090. continues with the parameters themselves in five groups: PARAM\(hy0 to 
  3091. PARAM\(hy4 (see \(sc\ I.6.4), 
  3092. transmitted in ascending order. Each group begins with the transmission of a
  3093. sequence of the appropriate PARAM command octet followed by a series of
  3094. LOW\(hyHIGH data octet pairs which carry the parameters. At the completion 
  3095. of the parameter information transfer, both TAs send repeated FILL status 
  3096. octets until the next stage of the parameter exchange. Transmission of 
  3097. the complete 
  3098. parameter block shall be made within the period\ T2.
  3099. .PP
  3100. After receiving and processing the rate adaption and parameter
  3101. information, the answering TA determines whether the parameters exchanged in
  3102. both directions are compatible, or whether it can adapt to the parameters of
  3103. the originating TA. In either case, the exchange has been successful and the
  3104. procedures described in \(sc\ I.5.3.3 are followed. If the parameters were not
  3105. compatible and the answering TA decides to continue, it now takes on the
  3106. .PP
  3107. role of the originating TA and recommences the parameter exchange with the
  3108. transmission of a sequence of XSTART command octets. The parameter transfer
  3109. procedures therefore continue as described above, but with the roles of
  3110. originating and answering carried out by the opposing TAs. In the first
  3111. exchange, the called TA should attempt to adapt to the parameters of the
  3112. calling TA. When continuing the exchange the new originating TA should 
  3113. attempt, as far as possible, to move the values of its next transmitted 
  3114. parameters 
  3115. towards the values of those previously received. If either TA determines 
  3116. that there is no point in continuing the parameter exchange, the procedures 
  3117. described in \(sc\ I.5.3.4 are followed.
  3118. .PP
  3119. Parameter information continues to be exchanged in this manner, with alternate 
  3120. reversal of the roles of originating and answering TA until the 
  3121. outcome is successful, unsuccessful, or Timer\ T1 expires.
  3122. .PP
  3123. In order that the service offered is not degraded from that provided without 
  3124. IPE, a TA should connect using its default parameters upon expiry of 
  3125. Timer\ T1. This does not prohibit either TA initiating disconnection at any
  3126. time.
  3127. .RT
  3128. .sp 1P
  3129. .LP
  3130. I.5.3.3
  3131.     \fISuccessful exchange\fR 
  3132. .sp 9p
  3133. .RT
  3134. .PP
  3135. A parameter exchange is considered successful when the last set of TA parameters 
  3136. transferred in both directions are compatible, or when the 
  3137. answering TA can adapt to the parameters of the originating TA. The answering 
  3138. TA shall notify the originating TA of a successful exchange before proceeding; 
  3139. this notification is provided by the transmission of a sequence of READY 
  3140. status octets. Both TAs shall set the re\(hyentry flag to ONE. In any case, 
  3141. both TAs will proceed into the data transfer state (see \(sc\ I.5.5.1) 
  3142. unless re\(hysynchronization to a new intermediate rate is required (see 
  3143. \(sc\ I.5.4). 
  3144. .RT
  3145. .sp 1P
  3146. .LP
  3147. I.5.3.4
  3148.     \fIUnsuccessful exchange\fR 
  3149. .sp 9p
  3150. .RT
  3151. .PP
  3152. If at any time during the exchange either TA concludes that a
  3153. successful exchange of parameters cannot be achieved or that the rate
  3154. adaption
  3155. protocols are not compatible, the TA should clear the connection.
  3156. .RT
  3157. .sp 1P
  3158. .LP
  3159. I.5.4
  3160.     \fIRe\(hysynchronization to a new intermediate rate\fR 
  3161. .sp 9p
  3162. .RT
  3163. .PP
  3164. If the outcome of the IPE is the selection of a user data rate
  3165. requiring a new intermediate rate, re\(hysynchronization will be necessary, and
  3166. the TA enters the Awaiting Re\(hysynchronization state (State\ 8). Whilst 
  3167. in this state the transmitter of the TA will send frames with S\ =\ OFF 
  3168. and X\ =\ OFF 
  3169. towards the peer TA in the new intermediate rate channel agreed. The default
  3170. intermediate\(hyrate channel positions correspond to those recommended 
  3171. for single stream operation in Recommendation\ I.460. 
  3172. .PP
  3173. At the same time, the receiver of the TA will commence searching for the 
  3174. frame synchronization pattern in the selected sub\(hyrate channel. When 
  3175. the TA recognizes the frame synchronization pattern, it shall verify the 
  3176. status 
  3177. information received and enter the appropriate state, in a coordinated 
  3178. manner, as follows: 
  3179. .RT
  3180. .LP
  3181.     \(em
  3182.     Data Transfer (State 4), upon receipt of S\ =\ ON and X\ =\ ON
  3183. (see \(sc\ I.5.6.),
  3184. .LP
  3185.     \(em
  3186.     No Exchange (State 9), upon receipt of S\ =\ OFF and
  3187. X\ =\ OFF.
  3188. .PP
  3189. When the TA is in the No Exchange state (State 9), it shall
  3190. transmit frames with status information S\ =\ ON and X\ =\ ON and enter 
  3191. the data 
  3192. transfer state (State\ 4) upon receipt of S\ =\ ON and X\ =\ ON.
  3193. .bp
  3194. .sp 2P
  3195. .LP
  3196. I.5.5
  3197.     \fIData transfer\fR 
  3198. .sp 1P
  3199. .RT
  3200. .sp 1P
  3201. .LP
  3202. I.5.5.1
  3203.     \fITransition into the data transfer state\fR 
  3204. .sp 9p
  3205. .RT
  3206. .PP
  3207. Entry into the Data Transfer state should be carried out in a
  3208. coordinated manner, as described by Recommendation\ V.110 by both TAs after
  3209. sufficient time has been given to enable the processing of the parameter
  3210. information.
  3211. .RT
  3212. .sp 1P
  3213. .LP
  3214. I.5.5.2
  3215.     \fIThe data transfer state\fR 
  3216. .sp 9p
  3217. .RT
  3218. .PP
  3219. The procedures on entering the Data Transfer state (State 4) and
  3220. the values of S and X status information in the case of data rates less than
  3221. 56\ kbit/s are described in Recommendation\ V.110.
  3222. .RT
  3223. .sp 1P
  3224. .LP
  3225. I.5.6
  3226.     \fIInterworking with a TA not supporting IPE\fR 
  3227. .sp 9p
  3228. .RT
  3229. .PP
  3230. A TA may choose to by\(hypass IPE; for example, when it is used in a pre\(hyconfigured 
  3231. arrangement, or when the parameter exchange can be effected by out\(hyof\(hyband 
  3232. signalling. In this situation a TA supporting IPE may receive 
  3233. S\ =\ ON and X\ =\ ON verified status information, causing the TA to directly
  3234. enter the Data Transfer state. See \(sc\ I.8.
  3235. .PP
  3236. A TA not supporting IPE can receive frames containing the status
  3237. information S\ =\ OFF and X\ =\ ON from its peer. In this situation the 
  3238. non\(hyIPE TA may either continue to transmit the status information S\ 
  3239. =\ OFF and X\ =\ OFF, or change to the Data Transfer state and transmit 
  3240. the status information S\ =\ ON 
  3241. and X\ =\ ON. Both cases will lead to entry into the Data Transfer state 
  3242. without IPE. See \(sc\ I.8. 
  3243. .PP
  3244. In the case of IPE at 64 kbit/s unrestricted or restricted, or in the case 
  3245. of a TA continuing to transmit the status information S\ =\ OFF and X\ 
  3246. =\ OFF, Timer\ T2 ensures that service is not degraded from that provided 
  3247. without IPE. See \(sc\ I.8. 
  3248. .RT
  3249. .sp 1P
  3250. .LP
  3251. I.5.7
  3252.     \fIMaintenance\fR 
  3253. .sp 9p
  3254. .RT
  3255. .PP
  3256. A TA maintenance (MNT) call is made by indicating in PARAM\(hy0 that the 
  3257. calling TA requires MNT support and by directly following the parameter 
  3258. transfer with a MAINTENANCE message group identifying the function required
  3259. (see \(sc\ I.6.6). A TA which supports MNT shall indicate in PARAM\(hy0 
  3260. that MNT 
  3261. support is available. When an MNT function is requested by a calling TA, the
  3262. called TA capable of supporting MNT shall acknowledge the request by initiating 
  3263. a subsequent parameter exchange including at the end the identical 
  3264. MAINTENANCE message group, before continuing directly to invoke the required
  3265. MNT function.
  3266. .PP
  3267. A successful MNT call with no timer required is terminated by either TA 
  3268. clearing the call. A successful MNT call with timer required returns the 
  3269. called TA to the inactive state upon expiry of Timer\ T3, or to the Null 
  3270. state upon disconnection. 
  3271. .PP
  3272. A TA which does not support MNT shall indicate in PARAM\(hy0 of the
  3273. initial exchange that no MNT support is provided, and should clear the
  3274. connection after the initial parameter exchange when an MNT call is
  3275. received.
  3276. .RT
  3277. .sp 1P
  3278. .LP
  3279. I.5.8
  3280.     \fIRe\(hyentering IPE from the data transfer state\fR 
  3281. .sp 9p
  3282. .RT
  3283. .PP
  3284. Test loopbacks in this Recommendation refer to the I.600\(hySeries.
  3285. The major application of this facility is to provide a mechanism to allow a
  3286. remote loopback to be established for maintenance purposes without
  3287. disconnecting the equipment in the established path. This mechanism may 
  3288. also be used generally to re\(hyenter IPE. 
  3289. .PP
  3290. This mechanism is not applicable to unrestricted 64 kbit/s or
  3291. restricted 64 kbit/s connection types, or when the rate during data
  3292. transfer is 64\ kbit/s, 56\ kbit/s or 48\ kbit/s.
  3293. .PP
  3294. If re\(hyentry to IPE is required and the Re\(hyentry flag has the value 
  3295. ONE then the initiating TA enters the Awaiting Re\(hyentry to IPE state 
  3296. (State\ 10) and transmits S\ =\ OFF, X\ =\ ON and D\ =\ IDLE. Re\(hyentry 
  3297. to IPE in order to set a test Loop\ 4 shall only be initiated by a calling 
  3298. TA. 
  3299. .PP
  3300. Receipt of S\ =\ OFF, X\ =\ ON and D\ =\ IDLE shall cause a TA in State 
  3301. 4 to re\(hyenter the Parameter Exchange state (State\ 7) at the IPE user 
  3302. rate defined in \(sc\ I.5.1 which is of the same intermediate rate as that 
  3303. used for data transfer. 
  3304. .PP
  3305. Receipt of S\ =\ OFF, X\ =\ ON and D\ =\ IDLE shall cause the initiating 
  3306. TA to re\(hyenter the Parameter Exchange state (State\ 7) at the IPE user 
  3307. rate defined in \(sc\ I.5.1 which is of the same intermediate rate as that 
  3308. used for data 
  3309. transfer.
  3310. .bp
  3311. .RT
  3312. .sp 1P
  3313. .LP
  3314. I.5.9
  3315.     \fIError protection and handling\fR 
  3316. .sp 9p
  3317. .RT
  3318. .PP
  3319. Error protection and handling is required to overcome the
  3320. possibility of data corruption. In addition, error recovery procedures are
  3321. required, for example in the case of loss of frame synchronization.
  3322. .PP
  3323. To protect against data corruption, IPE commands shall be sent in a
  3324. repeated sequence of at least 32\ octets. Verification of the correct receipt 
  3325. of a command octet can then be carried out based on persistence checking 
  3326. techniques. Once a verified command octet has been received, it can be
  3327. identified by the codings given in \(sc\ I.6. Any command octet not recognized
  3328. shall be ignored.  To protect against data corruption, LOW\(hyHIGH data message
  3329. pairs shall be sent in groups of three pairs. This enables majority voting
  3330. techniques to be employed by the receiving TA.
  3331. .PP
  3332. Upon the detection of irrecoverable data corruption during the
  3333. parameter exchange, loss of frame synchronization or other situations requiring 
  3334. the exchange to be restarted, the TA shall complete the current message 
  3335. flow 
  3336. and initiate error recovery by transmitting a sequence of XSTART command 
  3337. octets and assuming the role of the originating TA. Upon receipt of a sequence 
  3338. of 
  3339. XSTART commands octets, a TA will recommence the parameter exchange as
  3340. described in \(sc\ I.5.3.2. In this case of a collision of XSTART octets, the
  3341. original originating and answering roles are assumed by the TAs.
  3342. .RT
  3343. .sp 2P
  3344. .LP
  3345. I.6
  3346.     \fICoding\fR 
  3347. .sp 1P
  3348. .RT
  3349. .sp 1P
  3350. .LP
  3351. I.6.1
  3352.     \fIGeneral\fR 
  3353. .sp 9p
  3354. .RT
  3355. .PP
  3356. Information transfer during IPE is based on a group of messages.
  3357. These messages are used to carry out a variety of tasks. The messages
  3358. associated with rate adaption identification are described in \(sc\ I.6.2, 
  3359. whilst those associated with the actual parameter transfer are given in 
  3360. \(sc\ I.6.4. The messages associated with the control of the IPE are described 
  3361. in \(sc\ I.6.3, and \(sc\ I.6.5 covers those used to indicate status. Finally, 
  3362. \(sc\ I.6.6 covers the 
  3363. coding of the maintenance message.
  3364. .PP
  3365. The messages are all based on octets structured as shown in
  3366. Figure\ I\(hy4/V.110.
  3367. .PP
  3368. In the case of a user rate of 64 kbit/s, the octets are transmitted to 
  3369. line in bit sequence from bit\ 1 to bit\ 8. Network\(hyprovided octet alignment 
  3370. shall be used.
  3371. .PP
  3372. In the case of a user rate of 56 kbit/s, the data is transmitted to
  3373. line in bit sequence from bit 1 to bit 7 followed by an 8th bit set to ONE \(em
  3374. according to the Recommendation\ V.110, rate adaptation (in total this is the
  3375. equivalent data stream to 64\ kbit/s). Network\(hyprovided octet alignment 
  3376. shall be used. 
  3377. .PP
  3378. In the case of user rates of 4.8, 9.6 or 19.2 kbit/s, the octets are packaged 
  3379. as single start\(hystop characters, using the following format: 
  3380. .RT
  3381. .LP
  3382.     \(em
  3383.     1 start bit,
  3384. .LP
  3385.     \(em
  3386.     8 data bits (in order of transmission shown in
  3387. Figure\ I\(hy3/V.110),
  3388. .LP
  3389.     \(em
  3390.     No parity, and
  3391. .LP
  3392.     \(em
  3393.     1 stop bit.
  3394. .PP
  3395. Figure I\(hy5/V.110 provides a complete set of octet codings for use  in IPE.
  3396. .LP
  3397. .rs
  3398. .sp 7P
  3399. .ad r
  3400. \fBFigure I\(hy3/V.110 [T19.110], p. 34\fR 
  3401. .sp 1P
  3402. .RT
  3403. .ad b
  3404. .RT
  3405. .LP
  3406. .bp
  3407. .LP
  3408. .rs
  3409. .sp 26P
  3410. .ad r
  3411. \fBFigure I\(hy4/V.110 [T20.110], p. 35\fR 
  3412. .sp 1P
  3413. .RT
  3414. .ad b
  3415. .RT
  3416. .LP
  3417. .rs
  3418. .sp 21P
  3419. .ad r
  3420. Blanc
  3421. .ad b
  3422. .RT
  3423. .LP
  3424. .bp
  3425. .LP
  3426. .rs
  3427. .sp 47P
  3428. .ad r
  3429. \fBFigure I\(hy5/V.110 [T21.110], p. 36\fR 
  3430. .sp 1P
  3431. .RT
  3432. .ad b
  3433. .RT
  3434. .LP
  3435. .bp
  3436. .sp 1P
  3437. .LP
  3438. I.6.2
  3439.     \fIRate adaption version identification\fR 
  3440. .sp 9p
  3441. .RT
  3442. .PP
  3443. Transfer of the rate adaption identifier is achieved by a message group 
  3444. based on three octets and transferred according to the procedures 
  3445. described in \(sc\(sc\ I.5.3.2 and\ I.5.9. The message consists of a sequence 
  3446. of 
  3447. RA\ VERSION command octets followed by a series of LOW\(hyHIGH data octet 
  3448. pairs, 
  3449. the LOW data octet being transmitted in the pair before the HIGH data octet.
  3450. Figure\ I\(hy6/V.110 shows the message codings for rate adaption
  3451. identification.
  3452. .RT
  3453. .LP
  3454. .sp 3
  3455. .rs
  3456. .sp 30P
  3457. .ad r
  3458. \fBFigure I\(hy6/V.110 [T22.110], p. 37\fR 
  3459. .sp 1P
  3460. .RT
  3461. .ad b
  3462. .RT
  3463. .LP
  3464. .rs
  3465. .sp 8P
  3466. .ad r
  3467. Blanc
  3468. .ad b
  3469. .RT
  3470. .LP
  3471. .bp
  3472. .sp 1P
  3473. .LP
  3474. I.6.3
  3475.     \fIControl\fR 
  3476. .sp 9p
  3477. .RT
  3478. .PP
  3479. Before each transfer of TA parameter information can begin, a
  3480. sequence of XSTART command octets is transmitted by the originating TA 
  3481. towards the answering TA as described in \(sc\(sc\ I.5.3.2 and\ I.5.9. 
  3482. Figure\ I\(hy7/V.110 shows the coding for the XSTART command octet. 
  3483. .RT
  3484. .LP
  3485. .sp 6
  3486. .rs
  3487. .sp 7P
  3488. .ad r
  3489. \fBFigure I\(hy7/V.110 [T23.110], p.\fR 
  3490. .sp 1P
  3491. .RT
  3492. .ad b
  3493. .RT
  3494. .sp 1P
  3495. .LP
  3496. .sp 5
  3497. I.6.4
  3498.     \fIParameters\fR 
  3499. .sp 9p
  3500. .RT
  3501. .PP
  3502. Transfer of the TA parameters is achieved in a series of five
  3503. message groups each based on three octets and transferred according to the
  3504. procedures described in \(sc\(sc\ I.5.3.2 and I.5.9. Each message group 
  3505. consists of a sequence of PARAM\(hyX command octets (PARAM\(hy0 to PARAM\(hy4) 
  3506. followed by a series of LOW\(hyHIGH data octet pairs, the LOW data octet 
  3507. being transmitted in the pair 
  3508. before the HIGH data octet. Figure\ I\(hy8/V.110 shows the command octet 
  3509. codings 
  3510. and Figures\ I\(hy9/V.110 to\ I\(hy13/V.110 show the data octet codings 
  3511. for parameter transfer. 
  3512. .RT
  3513. .LP
  3514. .rs
  3515. .sp 19P
  3516. .ad r
  3517. \fBFigure I\(hy8/V.110 [T24.110], p.\fR 
  3518. .sp 1P
  3519. .RT
  3520. .ad b
  3521. .RT
  3522. .LP
  3523. .bp
  3524. .LP
  3525. .rs
  3526. .sp 24P
  3527. .ad r
  3528. \fBFigure I\(hy9/V.110 [T25.110], p. 40\fR 
  3529. .sp 1P
  3530. .RT
  3531. .ad b
  3532. .RT
  3533. .LP
  3534. .rs
  3535. .sp 22P
  3536. .ad r
  3537. \fBFigure I\(hy10/V.110 [T26.110], p. 41\fR 
  3538. .sp 1P
  3539. .RT
  3540. .ad b
  3541. .RT
  3542. .LP
  3543. .bp
  3544. .LP
  3545. .rs
  3546. .sp 26P
  3547. .ad r
  3548. \fBFigure I\(hy11/V.110 [T27.110], p. 42\fR 
  3549. .sp 1P
  3550. .RT
  3551. .ad b
  3552. .RT
  3553. .LP
  3554. .rs
  3555. .sp 21P
  3556. .ad r
  3557. Blanc
  3558. .ad b
  3559. .RT
  3560. .LP
  3561. .bp
  3562. .LP
  3563. .rs
  3564. .sp 36P
  3565. .ad r
  3566. \fBFigure I\(hy12/V.110 [T28.110], p. 43\fR 
  3567. .sp 1P
  3568. .RT
  3569. .ad b
  3570. .RT
  3571. .LP
  3572. .rs
  3573. .sp 11P
  3574. .ad r
  3575. Blanc
  3576. .ad b
  3577. .RT
  3578. .LP
  3579. .bp
  3580. .LP
  3581. .rs
  3582. .sp 25P
  3583. .ad r
  3584. \fBFigure I\(hy13/V.110 [T29.110], p. 44\fR 
  3585. .sp 1P
  3586. .RT
  3587. .ad b
  3588. .RT
  3589. .sp 1P
  3590. .LP
  3591. .sp 10
  3592. I.6.5
  3593.     \fIStatus\fR 
  3594. .sp 9p
  3595. .RT
  3596. .PP
  3597. To inform the peer TA that a parameter exchange has been
  3598. successful, a sequence of READY status octets shall be transmitted towards 
  3599. the peer according to the procedures in \(sc\ I.5. Figure\ I\(hy14/V.110 
  3600. shows the coding for the READY status octet. 
  3601. .PP
  3602. To inform the peer TA that it is in an idle condition prior to
  3603. parameter exchange, a sequence of IDLE status octets are transmitted towards
  3604. the peer according to the procedures in \(sc\ I.5. Figure\ I\(hy15/V.110 
  3605. shows the 
  3606. message coding for the IDLE status octet.
  3607. .PP
  3608. The FILL status octet is used as a fill between parameter
  3609. transfers, according to the procedures in \(sc\ I.5. Figure\ I\(hy16/V.110 
  3610. shows the 
  3611. coding for the FILL status octet.
  3612. .PP
  3613. To inform the peer TA that the channel is currently inactive, a
  3614. sequence of INACTIVE status octets are transmitted towards the peer according 
  3615. to the procedures in \(sc\ I.5. Figure\ I\(hy17/V.110 shows the coding 
  3616. for the 
  3617. INACTIVE status octet.
  3618. .bp
  3619. .RT
  3620. .LP
  3621. .rs
  3622. .sp 7P
  3623. .ad r
  3624. \fBFigure I\(hy14/V.110 [T30.110], p. 45\fR 
  3625. .sp 1P
  3626. .RT
  3627. .ad b
  3628. .RT
  3629. .LP
  3630. .sp 1
  3631. .rs
  3632. .sp 7P
  3633. .ad r
  3634. \fBFigure I\(hy15/V.110 [T31.110], p. 46\fR 
  3635. .sp 1P
  3636. .RT
  3637. .ad b
  3638. .RT
  3639. .LP
  3640. .sp 1
  3641. .rs
  3642. .sp 7P
  3643. .ad r
  3644. \fBFigure I\(hy16/V.110 [T32.110], p. 47\fR 
  3645. .sp 1P
  3646. .RT
  3647. .ad b
  3648. .RT
  3649. .LP
  3650. .sp 1
  3651. .rs
  3652. .sp 7P
  3653. .ad r
  3654. \fBFigure I\(hy17/V.110 [T33.110], p. 48\fR 
  3655. .sp 1P
  3656. .RT
  3657. .ad b
  3658. .RT
  3659. .LP
  3660. .bp
  3661. .sp 1P
  3662. .LP
  3663. I.6.6
  3664.     \fIMaintenance\fR 
  3665. .sp 9p
  3666. .RT
  3667. .PP
  3668. This message group based on three octets is used to carry
  3669. information in association with maintenance operations. The message group
  3670. consists of a sequence of MAINTENANCE command octets followed by a series of
  3671. LOW\(hyHIGH data octet pairs, the LOW data octet being transmitted in the pair
  3672. before the HIGH data octet. Figure\ I\(hy18/V.110 shows the message codings.
  3673. .RT
  3674. .LP
  3675. .sp 1
  3676. .rs
  3677. .sp 43P
  3678. .ad r
  3679. \fBFigure I\(hy18/V.110 [T34.110], p.\fR 
  3680. .sp 1P
  3681. .RT
  3682. .ad b
  3683. .RT
  3684. .LP
  3685. .bp
  3686. .sp 2P
  3687. .LP
  3688. I.7
  3689.     \fITimer values\fR 
  3690. .sp 1P
  3691. .RT
  3692. .sp 1P
  3693. .LP
  3694. I.7.1
  3695.     \fITimer values for parameter exchange\fR 
  3696. .sp 9p
  3697. .RT
  3698. .PP
  3699. Timer T1 shall be at least 8 seconds but less than Timer\ T1 in
  3700. \(sc\ 4.1.2.2.
  3701. .PP
  3702. Timer T2 shall be 3 seconds.
  3703. .RT
  3704. .sp 1P
  3705. .LP
  3706. I.7.2
  3707.     \fITimer values for maintenance\fR 
  3708. .sp 9p
  3709. .RT
  3710. .PP
  3711. Timer T3 shall be 60 seconds.
  3712. .RT
  3713. .sp 2P
  3714. .LP
  3715. I.8
  3716.     \fIState transition diagrams\fR 
  3717. .sp 1P
  3718. .RT
  3719. .sp 1P
  3720. .LP
  3721. I.8.1
  3722.     \fIGeneral\fR 
  3723. .sp 9p
  3724. .RT
  3725. .PP
  3726. In this section, state transition diagrams are provided to show the states 
  3727. of a terminal adaptor in the following situations: 
  3728. .RT
  3729. .LP
  3730.     \(em
  3731.      a terminal adaptor not supporting the exchange of parameter information 
  3732. (Figure\ I\(hy19/V.110); 
  3733. .LP
  3734.     \(em
  3735.      a terminal adaptor interworking with a terminal adaptor not supporting 
  3736. the exchange of parameter information (Figure\ I\(hy20/V.110); 
  3737. .LP
  3738.     \(em
  3739.     a terminal adaptor capable of supporting the exchange of
  3740. parameter information (Figure\ I\(hy21/V.110);
  3741. .LP
  3742.     \(em
  3743.      a terminal adaptor capable of supporting a maintenance test loop\ 4 (Figure\ 
  3744. I\(hy22/V.110). 
  3745. .PP
  3746. Following is a summary of the basic states involved:
  3747. .LP
  3748.     State 0
  3749.     Null
  3750. .LP
  3751.     State 1
  3752.     Inactive
  3753. .LP
  3754.     State 2
  3755.     Awaiting synchronization \(em data transfer
  3756. .LP
  3757.     State 3
  3758.     Default exchange
  3759. .LP
  3760.     State 4
  3761.     Data transfer
  3762. .LP
  3763.     State 5
  3764.     IPE default exchange
  3765. .LP
  3766.     State 6
  3767.     Awaiting synchronization \(em parameter exchange
  3768. .LP
  3769.     State 7
  3770.     Parameter exchange
  3771. .LP
  3772.     State 8
  3773.     Awaiting re\(hysynchronization
  3774. .LP
  3775.     State 9
  3776.     No exchange
  3777. .LP
  3778.     State 10
  3779.     Awaiting re\(hyentry to IPE
  3780. .LP
  3781.     State 11
  3782.     Maintenance loop 4 loopback
  3783. .sp 1P
  3784. .LP
  3785. I.8.2
  3786.     \fIList of acronyms\fR \v'3p'
  3787. .sp 9p
  3788. .RT
  3789. .LP
  3790.     DTE
  3791.     Data Terminal Equipment
  3792. .LP
  3793.     ISDN
  3794.     Integrated Services Digital Network
  3795. .LP
  3796.     IPE
  3797.     In\(hyband Parameter Exchange
  3798. .LP
  3799.     IWF
  3800.     Inter\(hyWorking Function
  3801. .LP
  3802.     MNT
  3803.     Maintenance
  3804. .LP
  3805.     Mm
  3806.     Modem
  3807. .LP
  3808.     NIC
  3809.     Network Independent Clock
  3810. .LP
  3811.     PARAM\(hyX
  3812.     Parameter X (X\ =\ 0,1,2,3,4)
  3813. .LP
  3814.     PSTN
  3815.     Public Switched Telephone Network
  3816. .LP
  3817.     RA
  3818.     Rate Adaption
  3819. .LP
  3820.     TA
  3821.     Terminal Adaptor
  3822. .LP
  3823.     TE1
  3824.     Terminal Equipment Type 1
  3825. .LP
  3826.     TE2
  3827.     Terminal Equipment Type 2
  3828. .LP
  3829.     Tn
  3830.     Timer Tn (n\ =\ 1,2,3)
  3831. .bp
  3832. .LP
  3833. .rs
  3834. .sp 47P
  3835. .ad r
  3836. \fBFigure I\(hy19/V.110, p. 50\fR 
  3837. .sp 1P
  3838. .RT
  3839. .ad b
  3840. .RT
  3841. .LP
  3842. .bp
  3843. .LP
  3844. .rs
  3845. .sp 47P
  3846. .ad r
  3847. \fBFigure I\(hy20/V.110, p. 51\fR 
  3848. .sp 1P
  3849. .RT
  3850. .ad b
  3851. .RT
  3852. .LP
  3853. .bp
  3854. .LP
  3855. .rs
  3856. .sp 47P
  3857. .ad r
  3858. \fBFigure I\(hy21/V.110, p. 52\fR 
  3859. .sp 1P
  3860. .RT
  3861. .ad b
  3862. .RT
  3863. .LP
  3864. .bp
  3865. .LP
  3866. .rs
  3867. .sp 47P
  3868. .ad r
  3869. \fBFigure I\(hy22/V.110, p. 53\fR 
  3870. .sp 1P
  3871. .RT
  3872. .ad b
  3873. .RT
  3874. .LP
  3875. .bp
  3876.